- FreeSWITCH-users - FreeSWITCH Mailing Lists

Event queue is full.
by Gary Chen 13 Apr '11

13 Apr '11

FreeSWITCH Version 1.0.head (git-5310735 2011-04-07 15-47-30 -0500) Last night I start Sipp to sent calls to my test FS1 and FS1 in turn forward calls to another FS2 playing Music On Hold. I got about 300 concurrent calls with media going through FS1 before I left. This morning, the FS1 is not responding. I fs_cli into it and got a lot of messages like this: 2011-04-13 08:12:11.766570 [CRIT] switch_event.c:1367 Event queue is full! x2011-04-13 08:12:11.798571 [CRIT] switch_event.c:1367 Event queue is full! 2011-04-13 08:12:11.809567 [CRIT] switch_event.c:1367 Event queue is full! 2011-04-13 08:12:11.809567 [CRIT] switch_event.c:1367 Event queue is full! 2011-04-13 08:12:11.816565 [CRIT] switch_event.c:1367 Event queue is full! 2011-04-13 08:12:11.827574 [CRIT] switch_event.c:1367 Event queue is full! .... What is the possible cause of this? The FS1 is still running, How do I cleanup the Event queue beside reboot FS? Gary

2 1

Incompatible destination
by FERNANDO VILLARROEL 13 Apr '11

13 Apr '11

Hi All. Today i updated my FS to version: FreeSWITCH Version 1.0.head (git-54e5011 2011-04-12 13-35-39 -0500) Before the do updated the calls are worked fine. But now i can't made calls: http://pastebin.ca/2045671 Anyone could help me? Regards.

3 2

Re: [Freeswitch-users] Passing SIP headers from b-leg to a-leg
by Javier Gallart 13 Apr '11

13 Apr '11

Hi Anthony, I'm using verson FreeSWITCH Version 1.0.head (git-54e5011 2011-04-12 13-35-39 -0500), but I haven't been able to make it work. This is my bridge application line: <action application="bridge" data="{sip_copy_custom_headers=true}sofia/internal/${ destination_number}(a)79.170.68.217" This the the failed response I'm getting from the provider: SIP/2.0 503 Service Unavailable..Via: SIP/2.0/UDP 79.170.68.154;rport;branch=z9hG4bKN48DavB78KjBm..From: "34917019888" < sip:34917019888@79.170.68.154>;tag=atFFtate53HcH..To: <sip:34661574758@79.170.68.217>;tag=1..Call-ID: 64911780-e04d-122e-ca81-001b7873d3a2..CSeq: 11006136 INVITE..Reason: Q.850 ;cause=34 ;text="Unknown"..*X-Release-Source: Provider*..Content-Length: 0.... And this is the message sent by FS to the A_leg: SIP/2.0 503 Service Unavailable..Via: SIP/2.0/UDP 79.170.68.144;branch=z9hG4bK805.e2f3bfa1.0..Via: SIP/2.0/UDP 79.170.64.151:5060;branch=z9hG4bK14faa4097ll7d213fINV26d034814d a55dbf..From: <sip:34917019888@79.170.64.151;noa=international>;tag=26d03481-co7455-INS001..To: <sip:34661574758@79.170.68.144 ;noa=international>;tag=5cHKH35vKQ2eQ..Call-ID: 4da55dbf000000050000001372519733@ens.com..CSeq: 745501 INVITE..User-Agent: FreeSWITCH-mod_sofia/1.0.head-git-54e5011 2011-04-12 13-35-39 -0500..Accept: application/sdp..Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE..Supported: timer, precondition, path, replaces..Allow-Events: talk, hold, presence, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer..Reason: Q.850;cause=41;text="NORMAL_TEMPORARY_FAILURE"..Content-Length: 0..Remote-Party-ID: "34661574758" <sip:34661574758@79.170.68.154 >;party=calling;privacy=off;screen=no.... Any idea of what am I doing wrong? Regards Javi ---------- Forwarded message ---------- > From: Anthony Minessale <anthony.minessale(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Date: Tue, 12 Apr 2011 10:36:04 -0500 > Subject: > assuming you are on a more modern release: > > add {sip_copy_custom_headers=true} to the dial string of the b leg. > > > > > On Tue, Apr 12, 2011 at 6:02 AM, Javier Gallart <jgallartm(a)gmail.com> > wrote: > > Hi all > > I'm trying to pass some custom X-headers in final failed responses (>400) > > from B-leg to A-leg...is there a way to accomplish this? > > Thanks in advance > > > > _______________________________________________ > > FreeSWITCH-users mailing list > > FreeSWITCH-users(a)lists.freeswitch.org > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > > http://www.freeswitch.org > > > > > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org > googletalk:conf+888@conference.freeswitch.or<googletalk%3Aconf%2B888(a)conference.freeswitch.org> > pstn:+19193869900 > > > > >

1 0

Freeswitch Server Down
by ovvenkat 13 Apr '11

13 Apr '11

Hi to all, Today, All my IVR are stopped working. When I check the freeSwitch it was down. I dont know the reason why Its Down. How I can find the reason, why my freeSwitch went down? Regards, Venkat.

4 6

FreeSWITCH: No Longer The Best Kept Secret In OSS VoIP Software
by Michael Collins 13 Apr '11

13 Apr '11

As you know, the FreeSWITCH project and community are both growing rapidly. We are always looking for people to step up and help out. This article talks about some of the things that you can do to assist in dealing with the growing pains that we all feel: http://www.freeswitch.org/node/320 Thanks for your support and please keep up the good work! -Michael

1 0

FS does not repose to SIP OK message.
by Gary Chen 13 Apr '11

13 Apr '11

Just update my test FS to newest snapshot: FreeSWITCH Version 1.0.head (git-5310735 2011-04-07 15-47-30 -0500) I am using SJphone softphone to call into my test FS1. This FS1 then forward the call to another FS2. FS2 will answer the call and start Music On Hold. Basically I am using SJphone to initiate a SIP call and let FS2 to answer the call with Music On Hold. It is working with older version of FS. Now after update to this newest version. The call sometime will not go through. The SJPhone just keep ringing until timeout. This happens maybe on half of the calls. I also tried to use Asterisk to replace FS2 for Music On Hold and it did the same thing. The following is the part of console sofia log info: 2011-04-12 15:29:06.285484 [DEBUG] mod_sofia.c:84 sofia/internal/5596@226.59.129.221:5060 SOFIA INIT nua: nh_create_handle: entering nua: nua_handle_bind: entering nua: nua_invite: entering nua(0x18cc2c80): sent signal r_invite 2011-04-12 15:29:06.285484 [DEBUG] mod_sofia.c:124 (sofia/internal/5596@226.59.129.221:5060) State Change CS_INIT -> CS_ROUTING 2011-04-12 15:29:06.285484 [DEBUG] switch_core_session.c:1116 Send signal sofia/internal/5596@226.59.129.221:5060 [BREAK] 2011-04-12 15:29:06.285484 [DEBUG] switch_core_state_machine.c:361 (sofia/internal/5596@226.59.129.221:5060) State INIT going to sleep 2011-04-12 15:29:06.285484 [DEBUG] switch_core_state_machine.c:325 (sofia/internal/5596@226.59.129.221:5060) Running State Change CS_ROUTING nua(0x18cc2c80): recv signal r_invite 2011-04-12 15:29:06.285484 [DEBUG] switch_channel.c:1668 (sofia/internal/5596@226.59.129.221:5060) Callstate Change DOWN -> RINGING nua: nua_stack_set_params: entering soa_clone(static::0x18c66f60, 0x18c474e0, 0x18cc2c80) called soa_set_params(static::0x2aaabc072a60, ...) called soa_set_params(static::0x2aaabc072a60, ...) called soa_set_user_sdp(static::0x2aaabc072a60, (nil), 0x18ccb7b7, -1) called soa_set_capability_sdp(static::0x2aaabc072a60, (nil), 0x18ccb7b7, -1) called 2011-04-12 15:29:06.285484 [DEBUG] switch_core_state_machine.c:364 (sofia/internal/5596@226.59.129.221:5060) State ROUTING 2011-04-12 15:29:06.285484 [DEBUG] mod_sofia.c:147 sofia/internal/5596@226.59.129.221:5060 SOFIA ROUTING 2011-04-12 15:29:06.285484 [DEBUG] switch_ivr_originate.c:66 (sofia/internal/5596@226.59.129.221:5060) State Change CS_ROUTING -> CS_CONSUME_MEDIA nua(0x18cc2c80): adding session usage 2011-04-12 15:29:06.285484 [DEBUG] switch_core_session.c:1116 Send signal sofia/internal/5596@226.59.129.221:5060 [BREAK] 2011-04-12 15:29:06.285484 [DEBUG] switch_core_state_machine.c:364 (sofia/internal/5596@226.59.129.221:5060) State ROUTING going to sleep 2011-04-12 15:29:06.285484 [DEBUG] switch_core_state_machine.c:325 (sofia/internal/5596@226.59.129.221:5060) Running State Change CS_CONSUME_MEDIA nta_leg_tcreate(0x2aaaac05e220) soa_init_offer_answer(static::0x2aaabc072a60) called soa_generate_offer(static::0x2aaabc072a60, 0) called soa_static_offer_answer_action(0x2aaabc072a60, soa_generate_offer): called soa_static(0x2aaabc072a60, soa_generate_offer): generating local description soa_static(0x2aaabc072a60, soa_generate_offer): upgrade with local description 2011-04-12 15:29:06.285484 [DEBUG] switch_core_state_machine.c:383 (sofia/internal/5596@226.59.129.221:5060) State CONSUME_MEDIA soa_sdp_mode_set(0x406f6c60, (nil), ""): called 2011-04-12 15:29:06.285484 [DEBUG] switch_core_state_machine.c:383 (sofia/internal/5596@226.59.129.221:5060) State CONSUME_MEDIA going to sleep soa_static(0x2aaabc072a60, soa_generate_offer): storing local description soa_get_local_sdp(static::0x2aaabc072a60, [(nil)], [0x406f6dc8], [0x406f6dd4]) called nta: selecting scheme sip tport_tsend(0x18c69750) tpn = */226.59.129.221:5060 tport_resolve addrinfo = 226.59.129.221:5060 tport_by_addrinfo(0x18c69750): not found by name */226.59.129.221:5060 tport_vsend(0x18c69750): 1245 bytes of 1245 to udp/226.59.129.221:5060 tport_vsend returned 1245 nta: sent INVITE (10982209) to */226.59.129.221:5060 tport_pend(0x18c69750): pending 0x2aaaac059c30 for udp/226.59.129.223:5060 (already 0) nta: timer set to 32000 ms nta: timer shortened to 1000 ms nua(0x18cc2c80): call state changed: init -> calling, sent offer soa_get_local_sdp(static::0x2aaabc072a60, [0x406f6db8], [0x406f6db0], [(nil)]) called nua(0x18cc2c80): event i_state INVITE sent nua: nua_application_event: entering 2011-04-12 15:29:06.285484 [DEBUG] sofia.c:4761 Channel sofia/internal/5596@226.59.129.221:5060 entering state [calling][0] nua: nua_handle_magic: entering tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x18c87620 from (udp/226.59.129.223:5060) has 344 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x18c87620 (344 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 100 Trying for INVITE (10982209) nta: 100 Trying is going to a transaction nta_outgoing: RTT is 0.765 ms tport_release(0x18c69750): 0x2aaaac059c30 by 0x2aaabc05da60 with 0x18c87620 (preliminary) tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x2aaabc070b20 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x2aaabc070b20 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction tport_release(0x18c69750): 0x2aaaac059c30 by 0x2aaabc05da60 with 0x2aaabc070b20 soa_set_remote_sdp(static::0x2aaabc072a60, (nil), 0x2aaabc0712ac, 247) called soa_process_answer(static::0x2aaabc072a60) called soa_static_offer_answer_action(0x2aaabc072a60, soa_process_answer): called soa_sdp_mode_set(0x2aaabc070240, 0x2aaabc073500, ""): called soa_static(0x2aaabc072a60, soa_process_answer): upgrade codecs with remote description soa_static(0x2aaabc072a60, soa_process_answer): storing local description soa_activate(static::0x2aaabc072a60, (nil)) called nua(0x18cc2c80): INVITE: processed SDP answer in 200 OK nua(0x18cc2c80): event r_invite 200 OK nua(0x18cc2c80): call state changed: calling -> completing, received answer soa_get_remote_sdp(static::0x2aaabc072a60, [0x406f6828], [0x406f6820], [(nil)]) called soa_get_params(static::0x2aaabc072a60, ...) called nua: nua_application_event: entering nua(0x18cc2c80): event i_state 200 OK 2011-04-12 15:29:06.294311 [INFO] sofia.c:740 sofia/internal/5596@226.59.129.221:5060 Update Callee ID to "5596" <sip:5596@226.59.129.221> nta: timer not set tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x2aaab4022620 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x2aaab4022620 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg nta: timer set next to 31009 ms tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x2aaab4022620 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x2aaab4022620 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x2aaaac060220 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x2aaaac060220 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x2aaaac060220 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x2aaaac060220 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x2aaaac060220 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x2aaaac060220 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x18c87620 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x18c87620 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x18c87620 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x18c87620 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x18c87620 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x18c87620 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg tport_wakeup_pri(0x18c4dcc0): events IN tport_recv_event(0x18c4dcc0) tport_recv_iovec(0x18c4dcc0) msg 0x2aaaac060220 from (udp/226.59.129.223:5080) has 876 bytes, veclen = 1 tport_deliver(0x18c4dcc0): msg 0x2aaaac060220 (876 bytes) from udp/226.59.139.61:5080/sip next=(nil) nta: received INVITE sip:5025155596@fs2000.lightyear.net SIP/2.0 (CSeq 1) nta: INVITE (1) going to existing INVITE transaction nta: re-received INVITE request, retransmitting 100 reply tport_tsend(0x18c4dcc0) tpn = UDP/226.59.139.61:5060 tport_resolve addrinfo = 226.59.139.61:5060 tport_by_addrinfo(0x18c4dcc0): not found by name UDP/226.59.139.61:5060 tport_vsend(0x18c4dcc0): 397 bytes of 397 to udp/226.59.139.61:5060 tport_vsend returned 397 tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x18c87620 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x18c87620 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg tport_wakeup_pri(0x18c69750): events IN tport_recv_event(0x18c69750) tport_recv_iovec(0x18c69750) msg 0x18c87620 from (udp/226.59.129.223:5060) has 1235 bytes, veclen = 1 tport_deliver(0x18c69750): msg 0x18c87620 (1235 bytes) from udp/226.59.129.221:5060/sip next=(nil) nta: received 200 OK for INVITE (10982209) nta: 200 OK is going to a transaction nta: 200 OK is duplicate response to 10982209 INVITE Via: SIP/2.0/UDP 226.59.129.223 ;branch=z9hG4bKa9ee6QBjeKFtg 2011-04-12 15:29:36.002806 [DEBUG] switch_channel.c:2563 (sofia/internal/5596@226.59.129.221:5060) Callstate Change RINGING -> HANGUP 2011-04-12 15:29:36.002806 [NOTICE] switch_ivr_originate.c:3329 Hangup sofia/internal/5596@226.59.129.221:5060 [CS_CONSUME_MEDIA] [NO_ANSWER] 2011-04-12 15:29:36.002806 [DEBUG] switch_channel.c:2579 Send signal sofia/internal/5596@226.59.129.221:5060 [KILL] 2011-04-12 15:29:36.002806 [DEBUG] switch_core_session.c:1116 Send signal sofia/internal/5596@226.59.129.221:5060 [BREAK] 2011-04-12 15:29:36.002806 [INFO] mod_dptools.c:2647 Originate Failed. Cause: NO_ANSWER 2011-04-12 15:29:36.002806 [DEBUG] switch_cpp.cpp:988 sofia/external/1009(a)fs2000.lightyear.net destroy/unlink session from object 2011-04-12 15:29:36.002806 [DEBUG] switch_core_state_machine.c:325 (sofia/internal/5596@226.59.129.221:5060) Running State Change CS_HANGUP 2011-04-12 15:29:36.002806 [DEBUG] switch_core_state_machine.c:565 (sofia/internal/5596@226.59.129.221:5060) State HANGUP EXECUTE sofia/external/1009(a)fs2000.lightyear.net answer() 2011-04-12 15:29:36.003897 [DEBUG] sofia_glue.c:3014 AUDIO RTP [sofia/external/1009(a)fs2000.lightyear.net] 226.59.129.223 port 27272 -> 226.59.139.61 port 49420 codec: 3 ms: 20 nua: nua_handle_magic: entering 2011-04-12 15:29:36.003897 [DEBUG] switch_rtp.c:1623 Starting timer [soft] 160 bytes per 20ms nua: nua_application_event: entering 2011-04-12 15:29:36.003897 [DEBUG] mod_sofia.c:457 Channel sofia/internal/5596@226.59.129.221:5060 hanging up, cause: NO_ANSWER 2011-04-12 15:29:36.004809 [DEBUG] sofia_glue.c:3276 Set 2833 dtmf send payload to 101 2011-04-12 15:29:36.004809 [DEBUG] sofia_glue.c:3281 Set 2833 dtmf receive payload to 101 2011-04-12 15:29:36.004809 [DEBUG] mod_sofia.c:681 Local SDP sofia/external/1009(a)fs2000.lightyear.net: v=0 o=FreeSWITCH 1302609304 1302609305 IN IP4 226.59.129.223 s=FreeSWITCH c=IN IP4 226.59.129.223

2 1

error loading mod_file_string
by elijah 13 Apr '11

13 Apr '11

After updating a FreeSwitch installation against the repository today I see this error in the console on startup: switch_loadable_module.c:928 Error Loading module /usr/local/freeswitch/mod/mod_file_string.so **/usr/local/freeswitch/mod/mod_file_string.so: cannot open shared object file: No such file or directory** There are no other apparent symptoms. Please let me know if I'm an idiot or if you prefer I enter this in Jira or just think I should comment out mod_file_string in my modules.conf. thanks, elijah

3 3

Full username in caller_profile->username
by Serge S. Yuriev 12 Apr '11

12 Apr '11

Hello, caller_profile->channel_name shows sofia/internal/user@domain but caller_profile->username shows only user w/o domain part. How i can set username to include domain name in caller_profile->username? -- wbr, Serge

2 3

Still can't understand gateways
by Boris Kovalenko 12 Apr '11

12 Apr '11

Hello! I have profile named ipbx with gateway defined: <include> <gateway name="test.tagnet.hn">  <param name="username" value="test"/>  <param name="realm" value="public"/>  <param name="from-user" value="gw_test"/>  <param name="password" value="2007"/>  <param name="extension" value="gw_test"/>  <param name="proxy" value="192.168.3.253"/>      <param name="register" value="false"/>           </gateway> </include> Gateway is present with running profile: 60 RUNNING (1) ipbx::test.tagnet.hn gateway sip:test@192.168.3.253 NOREG There is an extension in context public: <extension name="gw_test"> <condition field="destination_number" expression="^gw_test$"> <action application="info" data="ALERT"/> <action application="hangup" data="NO_ROUTE_DESTINATION"/> </condition> </extension> So, my inbound calls from this gateway should go to extension gw_test? But they don't... What is wrong with my config? FreeSWITCH Version 1.0.head (git-1c95ad9 2011-01-20 22-43-50 -0300) -- С уважением, Борис Коваленко ЗАО "Тагнет" (3435) 494991

4 9

FS HA
by Tihomir Culjaga 12 Apr '11

12 Apr '11

hello guys, i configured FS HA and looks like its trying to recover the call .. but the re-INVITE fails due to "wrong/missed" codec capability. freeswitch@internal> freeswitch@internal> sofia profile external siptrace on Enabled sip debugging on external freeswitch@internal> sofia profile internal siptrace on Enabled sip debugging on internal freeswitch@internal> freeswitch@internal> freeswitch@internal> freeswitch@internal> sofia recover Recovered 1 call(s) 2011-01-24 21:32:31.667404 [CRIT] switch_odbc.c:205 The sql server is not responding for DSN COREFSdrv [STATE: HY000 CODE 7 ERROR: [unixODBC]Unknown error; FATAL: terminating connection due to administrator command ][176] freeswitch@internal> 2011-01-24 21:32:31.667404 [INFO] switch_odbc.c:210 The connection has been re-established 2011-01-24 21:32:32.726402 [NOTICE] switch_channel.c:669 New Channel sofia/external/385914392122(a)195.88.212.39[808b0a98-8928-4ca2-a320-8e026ba94018] *2011-01-24 21:32:32.726402 [DEBUG] sofia_glue.c:2354 Set Codec sofia/external/385914392122(a)195.88.212.39 PCMA/8000 20 ms 160 samples* 2011-01-24 21:32:32.726402 [DEBUG] sofia_glue.c:2594 AUDIO RTP [sofia/external/385914392122(a)195.88.212.39] 195.88.212.30 port 20092 -> 195.88.212.39 port 17750 codec: 8 ms: 20 2011-01-24 21:32:32.726402 [DEBUG] switch_rtp.c:1182 Starting timer [soft] 160 bytes per 20ms 2011-01-24 21:32:32.728288 [DEBUG] sofia_glue.c:2774 Set 2833 dtmf send payload to 101 2011-01-24 21:32:32.728288 [DEBUG] sofia_glue.c:2779 Set 2833 dtmf receive payload to 101 2011-01-24 21:32:32.728288 [DEBUG] sofia_glue.c:2790 Set comfort noise payload to 13 2011-01-24 21:32:32.779414 [DEBUG] sofia_glue.c:4246 (sofia/external/ 385914392122(a)195.88.212.39) State Change CS_NEW -> CS_INIT 2011-01-24 21:32:32.779414 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/385914392122(a)195.88.212.39 [BREAK] 2011-01-24 21:32:32.779414 [NOTICE] sofia_glue.c:4249 Resurrecting fallen channel sofia/external/385914392122(a)195.88.212.39 2011-01-24 21:32:32.780381 [DEBUG] switch_core_state_machine.c:314 (sofia/external/385914392122(a)195.88.212.39) Running State Change CS_INIT 2011-01-24 21:32:32.780381 [DEBUG] switch_core_state_machine.c:338 (sofia/external/385914392122(a)195.88.212.39) State INIT 2011-01-24 21:32:32.780381 [DEBUG] mod_sofia.c:83 sofia/external/ 385914392122(a)195.88.212.39 SOFIA INIT 2011-01-24 21:32:32.780381 [DEBUG] mod_sofia.c:114 (sofia/external/ 385914392122(a)195.88.212.39) State Change CS_INIT -> CS_EXECUTE 2011-01-24 21:32:32.780381 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/385914392122(a)195.88.212.39 [BREAK] 2011-01-24 21:32:32.780381 [DEBUG] switch_core_state_machine.c:338 (sofia/external/385914392122(a)195.88.212.39) State INIT going to sleep 2011-01-24 21:32:32.780381 [DEBUG] switch_core_state_machine.c:314 (sofia/external/385914392122(a)195.88.212.39) Running State Change CS_EXECUTE 2011-01-24 21:32:32.780381 [DEBUG] switch_core_state_machine.c:348 (sofia/external/385914392122(a)195.88.212.39) State EXECUTE 2011-01-24 21:32:32.780381 [DEBUG] mod_sofia.c:226 sofia/external/ 385914392122(a)195.88.212.39 SOFIA EXECUTE 2011-01-24 21:32:32.780381 [DEBUG] switch_core_state_machine.c:157 sofia/external/385914392122(a)195.88.212.39 Standard EXECUTE EXECUTE sofia/external/385914392122(a)195.88.212.39 set(playback_delimiter=!) send 1029 bytes to udp/[195.88.212.39]:62342 at 20:32:32.781241: ------------------------------------------------------------------------ INVITE sip:385914392122@195.88.212.39 <sip%3A385914392122(a)195.88.212.39>SIP/2.0 Via: SIP/2.0/UDP 195.88.212.30:5080;rport;branch=z9hG4bKKDX31Z2Q71B3j Route: <sip:385914392122@195.88.212.39:62342;lr> Max-Forwards: 69 From: <sip:38518880050@195.88.212.30 <sip%3A38518880050(a)195.88.212.30> >;tag=DFejDg1B59y9r To: <sip:385914392122@195.88.212.39 <sip%3A385914392122(a)195.88.212.39> >;tag=C4B0BE6C-1B8 Call-ID: 1785B58B-272611E0-8909D88B-B59C2BD1(a)195.88.212.39 CSeq: 7614512 INVITE Contact: <sip:385914392122@195.88.212.30:5080> User-Agent: FreeSWITCH-mod_sofia/1.0.6-svn-exported Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 168 X-FS-Support: update_display Remote-Party-ID: "38518880050" <sip:38518880050@195.88.212.30<sip%3A38518880050(a)195.88.212.30> >;party=calling;screen=yes;privacy=off v=0 o=FreeSWITCH 1295881060 1295881062 IN IP4 195.88.212.30 s=FreeSWITCH c=IN IP4 195.88.212.30 t=0 0* m=audio 20092 RTP/AVP 0 13* * a=rtpmap:13 CN/8000* a=ptime:20 ------------------------------------------------------------------------ 2011-01-24 21:32:32.781430 [DEBUG] sofia.c:4153 Channel sofia/external/ 385914392122(a)195.88.212.39 entering state [calling][0] recv 496 bytes from udp/[195.88.212.39]:5060 at 20:32:32.784077: ------------------------------------------------------------------------ SIP/2.0 100 Trying Via: SIP/2.0/UDP 195.88.212.30:5080;rport;branch=z9hG4bKKDX31Z2Q71B3j From: <sip:38518880050@195.88.212.30 <sip%3A38518880050(a)195.88.212.30> >;tag=DFejDg1B59y9r To: <sip:385914392122@195.88.212.39 <sip%3A385914392122(a)195.88.212.39> >;tag=C4B0BE6C-1B8 Date: Mon, 24 Jan 2011 19:22:34 GMT Call-ID: 1785B58B-272611E0-8909D88B-B59C2BD1(a)195.88.212.39 Server: Cisco-SIPGateway/IOS-12.x CSeq: 7614512 INVITE Allow-Events: telephone-event Remote-Party-ID: <sip:385914392122@195.88.212.39<sip%3A385914392122(a)195.88.212.39> >;party=called;screen=yes;privacy=off Content-Length: 0 ------------------------------------------------------------------------ recv 376 bytes from udp/[195.88.212.39]:5060 at 20:32:32.784195: ------------------------------------------------------------------------ SIP/2.0 488 Not Acceptable Media Via: SIP/2.0/UDP 195.88.212.30:5080;rport;branch=z9hG4bKKDX31Z2Q71B3j From: <sip:38518880050@195.88.212.30 <sip%3A38518880050(a)195.88.212.30> >;tag=DFejDg1B59y9r To: <sip:385914392122@195.88.212.39 <sip%3A385914392122(a)195.88.212.39> >;tag=C4B0BE6C-1B8 Call-ID: 1785B58B-272611E0-8909D88B-B59C2BD1(a)195.88.212.39 Warning: 304 195.88.212.39 "Media Type(s) Unavailable" CSeq: 7614512 INVITE Content-Length: 0 ------------------------------------------------------------------------ send 395 bytes to udp/[195.88.212.39]:62342 at 20:32:32.784303: ------------------------------------------------------------------------ ACK sip:385914392122@195.88.212.39 <sip%3A385914392122(a)195.88.212.39>SIP/2.0 Via: SIP/2.0/UDP 195.88.212.30:5080;rport;branch=z9hG4bKKDX31Z2Q71B3j Route: <sip:385914392122@195.88.212.39:62342;lr> Max-Forwards: 69 From: <sip:38518880050@195.88.212.30 <sip%3A38518880050(a)195.88.212.30> >;tag=DFejDg1B59y9r To: <sip:385914392122@195.88.212.39 <sip%3A385914392122(a)195.88.212.39> >;tag=C4B0BE6C-1B8 Call-ID: 1785B58B-272611E0-8909D88B-B59C2BD1(a)195.88.212.39 CSeq: 7614512 ACK Content-Length: 0 ------------------------------------------------------------------------ 2011-01-24 21:32:32.784397 [DEBUG] sofia.c:4153 Channel sofia/external/ 385914392122(a)195.88.212.39 entering state [terminated][488] 2011-01-24 21:32:32.784397 [NOTICE] sofia.c:4789 Hangup sofia/external/ 385914392122(a)195.88.212.39 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION] 2011-01-24 21:32:32.784397 [DEBUG] switch_channel.c:2102 Send signal sofia/external/385914392122(a)195.88.212.39 [KILL] 2011-01-24 21:32:32.784397 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/385914392122(a)195.88.212.39 [BREAK] 2011-01-24 21:32:32.852411 [DEBUG] mod_dptools.c:816 sofia/external/ 385914392122(a)195.88.212.39 SET [playback_delimiter]=[!] 2011-01-24 21:32:32.853505 [DEBUG] switch_core_state_machine.c:348 (sofia/external/385914392122(a)195.88.212.39) State EXECUTE going to sleep 2011-01-24 21:32:32.853505 [DEBUG] switch_core_state_machine.c:314 (sofia/external/385914392122(a)195.88.212.39) Running State Change CS_HANGUP 2011-01-24 21:32:32.853505 [DEBUG] switch_core_state_machine.c:499 (sofia/external/385914392122(a)195.88.212.39) State HANGUP 2011-01-24 21:32:32.861414 [DEBUG] mod_sofia.c:408 sofia/external/ 385914392122(a)195.88.212.39 Overriding SIP cause 488 with 488 from the other leg 2011-01-24 21:32:32.861414 [DEBUG] mod_sofia.c:414 Channel sofia/external/ 385914392122(a)195.88.212.39 hanging up, cause: INCOMPATIBLE_DESTINATION 2011-01-24 21:32:32.863454 [DEBUG] switch_core_state_machine.c:46 sofia/external/385914392122(a)195.88.212.39 Standard HANGUP, cause: INCOMPATIBLE_DESTINATION 2011-01-24 21:32:32.863454 [DEBUG] switch_core_state_machine.c:499 (sofia/external/385914392122(a)195.88.212.39) State HANGUP going to sleep 2011-01-24 21:32:32.863454 [DEBUG] switch_core_state_machine.c:333 (sofia/external/385914392122(a)195.88.212.39) State Change CS_HANGUP -> CS_REPORTING 2011-01-24 21:32:32.863454 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/385914392122(a)195.88.212.39 [BREAK] 2011-01-24 21:32:32.863454 [DEBUG] switch_core_state_machine.c:314 (sofia/external/385914392122(a)195.88.212.39) Running State Change CS_REPORTING 2011-01-24 21:32:32.863454 [DEBUG] switch_core_state_machine.c:590 (sofia/external/385914392122(a)195.88.212.39) State REPORTING 2011-01-24 21:32:32.864328 [DEBUG] switch_core_state_machine.c:53 sofia/external/385914392122(a)195.88.212.39 Standard REPORTING, cause: INCOMPATIBLE_DESTINATION 2011-01-24 21:32:32.864328 [DEBUG] switch_core_state_machine.c:590 (sofia/external/385914392122(a)195.88.212.39) State REPORTING going to sleep 2011-01-24 21:32:32.864328 [DEBUG] switch_core_state_machine.c:327 (sofia/external/385914392122(a)195.88.212.39) State Change CS_REPORTING -> CS_DESTROY 2011-01-24 21:32:32.864328 [DEBUG] switch_core_session.c:1021 Send signal sofia/external/385914392122(a)195.88.212.39 [BREAK] 2011-01-24 21:32:32.864328 [DEBUG] switch_core_session.c:1164 Session 1 (sofia/external/385914392122(a)195.88.212.39) Locked, Waiting on external entities 2011-01-24 21:32:32.864328 [NOTICE] switch_core_session.c:1182 Session 1 (sofia/external/385914392122(a)195.88.212.39) Ended 2011-01-24 21:32:32.864328 [NOTICE] switch_core_session.c:1184 Close Channel sofia/external/385914392122(a)195.88.212.39 [CS_DESTROY] 2011-01-24 21:32:32.864328 [DEBUG] switch_core_state_machine.c:428 (sofia/external/385914392122(a)195.88.212.39) Running State Change CS_DESTROY 2011-01-24 21:32:32.864328 [DEBUG] switch_core_state_machine.c:439 (sofia/external/385914392122(a)195.88.212.39) State DESTROY 2011-01-24 21:32:32.864328 [DEBUG] mod_sofia.c:341 sofia/external/ 385914392122(a)195.88.212.39 SOFIA DESTROY 2011-01-24 21:32:32.864328 [DEBUG] switch_core_state_machine.c:60 sofia/external/385914392122(a)195.88.212.39 Standard DESTROY 2011-01-24 21:32:32.864328 [DEBUG] switch_core_state_machine.c:439 (sofia/external/385914392122(a)195.88.212.39) State DESTROY going to sleep freeswitch@internal> freeswitch@internal> freeswitch@internal> 2011-01-24 21:32:51.813359 [CRIT] switch_odbc.c:205 The sql server is not responding for DSN COREFSdrv [STATE: HY000 CODE 7 ERROR: [unixODBC]Unknown error; FATAL: terminating connection due to administrator command ][176] 2011-01-24 21:32:51.813359 [INFO] switch_odbc.c:210 The connection has been re-established 2011-01-24 21:32:52.810408 [CRIT] switch_odbc.c:205 The sql server is not responding for DSN COREFSdrv [STATE: HY000 CODE 7 ERROR: [unixODBC]Unknown error; FATAL: terminating connection due to administrator command ][176] 2011-01-24 21:32:52.810408 [INFO] switch_odbc.c:210 The connection has been re-established 2011-01-24 21:32:53.817405 [CRIT] switch_odbc.c:205 The sql server is not responding for DSN COREFSdrv [STATE: HY000 CODE 7 ERROR: [unixODBC]Unknown error; FATAL: terminating connection due to administrator command ][176] 2011-01-24 21:32:53.817405 [INFO] switch_odbc.c:210 The connection has been re-established recv 432 bytes from udp/[195.88.212.39]:62342 at 20:33:06.045642: ------------------------------------------------------------------------ BYE sip:385914392122@195.88.212.30:5080 SIP/2.0 Via: SIP/2.0/UDP 195.88.212.39:5060;branch=z9hG4bK240FA From: <sip:385914392122@195.88.212.39 <sip%3A385914392122(a)195.88.212.39> >;tag=C4B0BE6C-1B8 To: <sip:38518880050@195.88.212.30 <sip%3A38518880050(a)195.88.212.30> >;tag=DFejDg1B59y9r Date: Mon, 24 Jan 2011 19:22:34 GMT Call-ID: 1785B58B-272611E0-8909D88B-B59C2BD1(a)195.88.212.39 User-Agent: Cisco-SIPGateway/IOS-12.x Max-Forwards: 70 Timestamp: 1295896987 CSeq: 102 BYE Content-Length: 0 ------------------------------------------------------------------------ send 522 bytes to udp/[195.88.212.39]:5060 at 20:33:06.045858: ------------------------------------------------------------------------ SIP/2.0 481 Call Does Not Exist Via: SIP/2.0/UDP 195.88.212.39:5060;branch=z9hG4bK240FA From: <sip:385914392122@195.88.212.39 <sip%3A385914392122(a)195.88.212.39> >;tag=C4B0BE6C-1B8 To: <sip:38518880050@195.88.212.30 <sip%3A38518880050(a)195.88.212.30> >;tag=DFejDg1B59y9r Call-ID: 1785B58B-272611E0-8909D88B-B59C2BD1(a)195.88.212.39 CSeq: 102 BYE Timestamp: 1295896987 0.000191 User-Agent: FreeSWITCH-mod_sofia/1.0.6-svn-exported Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Content-Length: 0 ------------------------------------------------------------------------ freeswitch@internal> freeswitch@internal> my codec settings in vars.conf <X-PRE-PROCESS cmd="set" data="global_codec_prefs=PCMA,GSM"/> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMA,GSM"/> my codec settings in sip_profiles/* <param name="inbound-codec-prefs" value="$${global_codec_prefs}"/> <param name="outbound-codec-prefs" value="$${global_codec_prefs}"/> now, where the is FS picking up the codec list for the re-INVITE after "sofia recover" from the debug: 2011-01-24 21:32:32.726402 [DEBUG] sofia_glue.c:2354 Set Codec sofia/external/385914392122(a)195.88.212.39 PCMA/8000 20 ms 160 samples i can see sofia knows what codec is being used, but somehow its not sending it in re-INVITE. BTW: yea, i know, i know .. the version is a bit outdated but we can still make it working .. :)

7 19