<br><br><div class="gmail_quote">On Wed, Jan 26, 2011 at 4:34 PM, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com">steveayre@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Tihomir,<br><br>Are you saying all of those are implemented in mod_xml_cdr?<br><br>If so, that's probably not the best place to implement them. They'd be better off in their own separate modules.<br><br></blockquote>
<div><br>well, i have tested it with the original module ... don't wary about that :=) ... I always use default modules if i have issues to see the behaviour.<br><br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">
- added radius accounting interface<br></blockquote><br>There's already a module for this I believe?<br><a href="http://wiki.freeswitch.org/wiki/Mod_radius_cdr" target="_blank">http://wiki.freeswitch.org/wiki/Mod_radius_cdr</a><br>
</blockquote><div><br>sorry to say that and pls don't get me wrong, but its not good ... and doesn't support adding custom VSAs (something as in mod_rad_auth).<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
<blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">- added odbc cdr interface<br></blockquote><br>This would be better in its own module.<br><br>
<blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">- not the best place but <br></blockquote></blockquote><div><br>I don't agree with you here, mod_xml_cdr has already two interfaces (curl and fs) .. why not add radius and odbc as well ?<br>
<br><br>Of course i can move all of that in separate modules ... but why.. i look at that as additional interfaces where i can send the CDR.<br><br><br>LCR stuff is on the roadmap already... and i agree its has no place here.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">
added a function to build up my dial-string... basically the same functionality of LCR module but much more simpler :=)<br>
</blockquote><div> </div>Indeed it's not, I don't see how CDRs and LCR is related.<br>This would be better as something like mod_custom_lcr. mod_lcr may well do what you need though with custom SQL.<br><br>Warm Regards,<br>
-Steve<br><br><br><br><br><br><div class="gmail_quote">On 26 January 2011 14:03, Tihomir Culjaga <span dir="ltr"><<a href="mailto:tculjaga@gmail.com" target="_blank">tculjaga@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
patch for mod_xml_cdr<br><br>- added radius accounting interface<br>- added odbc cdr interface<br><br>- not the best place but <br> added a function to build up my dial-string... basically the same functionality of LCR module but much more simpler :=)<br>
</blockquote></div><div><div></div><div class="h5"><br><br><br><br><div class="gmail_quote">On 26 January 2011 13:28, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
It shouldn't be hard to update them. Most interfaces haven't changed,
and those that have won't have changed much. Any changes will show up as
compile-time errors. If you wrote them in the first place then you'll be easily capable of updating them for the latest version.<br><br>If you have any patches that you think would be beneficial for the entire
community you can share them on <a href="http://jira.freeswitch.org" target="_blank">http://jira.freeswitch.org</a>, then they'll get considered for adding to the trunk - what's the
patch for?<br>
<br>
Patches to trunk modules will always be easier for you to maintain if you can get them into trunk.<br><br>-Steve<div><div></div><div><br><br><br><div class="gmail_quote">On 26 January 2011 10:53, Tihomir Culjaga <span dir="ltr"><<a href="mailto:tculjaga@gmail.com" target="_blank">tculjaga@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">hello Anthony, <br><br>ya, i was afraid of that... this means moving all my modules & patches to the latest git...<br>
<br>radius cdr interface<br>odbc cdr interface<br></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><br>within mod_xml_cdr <= i can share this as a patch... if you are interested.<br>
<br></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><br>mod_say_hr - really bad programming .. needs big re-factoring but lack of time :(<br>
patches for mod_say_de & mod_say_fr - because wrong playing in some scenarios<br><br>and some small stuff i made within mod_commands... anyhow this was on the road. <br></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br><br>anyhow i was really into understanding the way the call context replication works... this may be the DB connection issue as the ODBC connection is reset on switchover (im switching entire resource .. floating IP, & database)<br>
<br><br>so what really happens is the FS on 2nd node just getting sessions from sip_recovery <br><br>from sofia_glue_recover: i see you are selecting sip_recovery table.<br><br><br>select * from sip_recovery;<br>
<table height="123" width="1135" border="0" cellpadding="0" cellspacing="0"><col style="width: 187pt;" width="249">
<col style="width: 64pt;" width="86">
<col style="width: 49pt;" width="66">
<col style="width: 196pt;" width="261">
<col style="width: 48pt;" width="64">
<tbody><tr style="min-height: 14.4pt;" height="19">
<td style="min-height: 14.4pt; width: 187pt;" height="19" width="249">runtime_uuid</td>
<td style="border-left: medium none; width: 64pt;" width="86">profile_name</td>
<td style="border-left: medium none; width: 49pt;" width="66">hostname</td>
<td style="border-left: medium none; width: 196pt;" width="261">uuid</td>
<td style="border-left: medium none; width: 48pt;" width="64">metadata</td>
</tr>
<tr style="min-height: 14.4pt;" height="19">
<td style="min-height: 14.4pt; border-top: medium none;" height="19">24f77a1f-f315-4beb-904f-f779e8767c75</td>
<td style="border-top: medium none; border-left: medium none;">internal</td>
<td style="border-top: medium none; border-left: medium none;">cxss01</td>
<td style="border-top: medium none; border-left: medium none;">102b2c7f-466f-4b6d-a795-e2cc25630e78</td>
<td style="border-top: medium none; border-left: medium none;"> </td>
</tr>
<tr style="min-height: 14.4pt;" height="19">
<td style="min-height: 14.4pt; border-top: medium none;" height="19">24f77a1f-f315-4beb-904f-f779e8767c75</td>
<td style="border-top: medium none; border-left: medium none;">external</td>
<td style="border-top: medium none; border-left: medium none;">cxss01</td>
<td style="border-top: medium none; border-left: medium none;">52834d99-c1be-4832-bee9-7ba05238871d</td>
<td style="border-top: medium none; border-left: medium none;"> </td>
</tr>
</tbody></table><br><br><br><br>so, what do you do afterward?<br><br><br>on the recovering node i see some portion of dialplan is executed and re-INVITEs being sent ... where do you get the DSP info for the recovering re-INVITE ?<br>
<br><br><br><br>thanks for your help,<br><font color="#888888">Tihomir.</font><div><div></div><div><br><br><br><br><br><div class="gmail_quote">On Wed, Jan 26, 2011 at 1:12 AM, Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com" target="_blank">anthony.minessale@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">There is an xml_cdr snapshot in sip_recovery sql table that contains<br>
the data used for the recovery.<br>
Also based on your logs, you are not using latest git. I would try<br>
that first before anything else.<br>
<div><div></div><div><br>
<br>
<br>
On Tue, Jan 25, 2011 at 7:24 AM, Tihomir Culjaga <<a href="mailto:tculjaga@gmail.com" target="_blank">tculjaga@gmail.com</a>> wrote:<br>
> yap, both using the same config<br>
><br>
><br>
> can you advice where is FS getting the SDP info for the re-INVITE ?<br>
><br>
><br>
> On Tue, Jan 25, 2011 at 2:03 PM, Avi Marcus <<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</a>> wrote:<br>
>><br>
>> Are you using two machines for the HA? do both have the same configs?<br>
>> -Avi<br>
>><br>
>> On Tue, Jan 25, 2011 at 11:41 AM, Tihomir Culjaga <<a href="mailto:tculjaga@gmail.com" target="_blank">tculjaga@gmail.com</a>><br>
>> wrote:<br>
>> > Here is the debug: <a href="http://pastebin.freeswitch.org/15133" target="_blank">http://pastebin.freeswitch.org/15133</a><br>
>> ><br>
>> > i have set verbose_sdp=true in vars.xml as.<br>
>> > <X-PRE-PROCESS cmd="set" data="verbose_sdp=true"/><br>
>> ><br>
>> > but not much to be seen of the verbose thing in the debug...<br>
>> ><br>
>> > Still, FS is sending a re-INVITE with wrong SDP. The call to be<br>
>> > recovered is<br>
>> > using ALAW... and ULAW is not supported.<br>
>> > FS sends a re-INVITE with ULAW and CN in SDP. The re-INVITE is rejected<br>
>> > due<br>
>> > to incompatible SDP.<br>
>> ><br>
>> > Where does FS get the information for the SDP in re-INVITE message?<br>
>> ><br>
>> ><br>
>> > please advice,<br>
>> > T.<br>
>> ><br>
>> ><br>
>> ><br>
>> > On Tue, Jan 25, 2011 at 12:01 AM, Tihomir Culjaga <<a href="mailto:tculjaga@gmail.com" target="_blank">tculjaga@gmail.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> yap, i do have PCMA ... and the debug shows it correctly :=)<br>
>> >><br>
>> >> i will try to see what it does with verbose. Post new debug tomorrow.<br>
>> >><br>
>> >> ty.<br>
>> >><br>
>> >><br>
>> >> On Mon, Jan 24, 2011 at 11:29 PM, Steven Ayre <<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>><br>
>> >> wrote:<br>
>> >>><br>
>> >>> Brian, it has PCMU in the sdp, but Sofia thinks it's setting PCMA?<br>
>> >>><br>
>> >>> Steve on iPhone<br>
>> >>><br>
>> >>> On 24 Jan 2011, at 20:17, Brian West <<a href="mailto:brian@freeswitch.org" target="_blank">brian@freeswitch.org</a>> wrote:<br>
>> >>><br>
>> >>> > What makes you think that fails? It has ULAW and CN in the codec<br>
>> >>> > list!<br>
>> >>> > Sounds like you need the verbose sdp... set the global variable<br>
>> >>> > "verbose_sdp=true"<br>
>> >>> ><br>
>> >>> > /b<br>
>> >>> ><br>
>> >>> > On Jan 24, 2011, at 1:50 PM, Tihomir Culjaga wrote:<br>
>> >>> ><br>
>> >>> >><br>
>> >>> >><br>
>> >>> >> i configured FS HA and looks like its trying to recover the call ..<br>
>> >>> >> but the re-INVITE fails due to "wrong/missed" codec capability.<br>
>> >>> ><br>
>> >>> ><br>
>> >>> > _______________________________________________<br>
>> >>> > FreeSWITCH-users mailing list<br>
>> >>> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> >>> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> >>> ><br>
>> >>> ><br>
>> >>> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> >>> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> >>><br>
>> >>> _______________________________________________<br>
>> >>> FreeSWITCH-users mailing list<br>
>> >>> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> >>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> >>><br>
>> >>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> >>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> >><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > FreeSWITCH-users mailing list<br>
>> > <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> > <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> > UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> > <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> ><br>
>> ><br>
>><br>
>> _______________________________________________<br>
>> FreeSWITCH-users mailing list<br>
>> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
><br>
><br>
> _______________________________________________<br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
><br>
><br>
<br>
<br>
<br>
</div></div>--<br>
Anthony Minessale II<br>
<br>
FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>
ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br>
<br>
AIM: anthm<br>
<a href="mailto:MSN%3Aanthony_minessale@hotmail.com" target="_blank">MSN:anthony_minessale@hotmail.com</a><br>
GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com" target="_blank">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br>
<br>
FreeSWITCH Developer Conference<br>
<a href="mailto:sip%3A888@conference.freeswitch.org" target="_blank">sip:888@conference.freeswitch.org</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org" target="_blank">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
<div><div></div><div><br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br>
</div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>
</div></div></blockquote></div><br>
</div></div><br>_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>