- FreeSWITCH-users - FreeSWITCH Mailing Lists

Freeswitch Crash
by andretodd＠verizon.net 07 Apr '14

07 Apr '14

2 1

Re: [Freeswitch-users] [ERR] sofia_reg.c:2110 "some gateway" Registration Failed with status Unauthorized [401]. failure #37 (Snabel Kaabiya)
by Snabel Kabiya 07 Apr '14

07 Apr '14

Hi, Are they using the same account? That could conceivable cause issues, you'd need to check with DIDLogic if they support that. [SNABEL] yes it's the same account. Since you have a working and non-working servers you could compare the requests to see what differs between them. [SNABEL] i did that, you can see inline both requests. the only difference i saw, is this header: Supported: precondition, path, replaces highlighted in the requests: /************************************************************************************************************** Working server ***************************************************************************************************************/ 2014-04-06 18:00:20.896614 [NOTICE] sofia_reg.c:418 Registering DIDLogic send 618 bytes to udp/[46.165.252.40]:5060 at 15:00:20.898875: ------------------------------------------------------------------------ REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 Via: SIP/2.0/UDP 5.9.23.171:5080;rport;branch=z9hG4bKXrH2QjNrt081K Max-Forwards: 70 From: <sip:95299@sip.de.didlogic.net>;tag=4eaeaXtSSUc3a To: <sip:95299@sip.de.didlogic.net> Call-ID: 2c4ba5f8-bd9c-11e3-8545-0d578f78ffdf CSeq: 58062146 REGISTER Contact: <sip:gw+DIDLogic@5.9.23.171:5080;transport=udp;gw=DIDLogic> Expires: 3600 User-Agent: FreeSWITCH-mod_sofia/1.2.12+git~20130806T202138Z~22ab34c507 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: precondition, path, replaces Content-Length: 0 ------------------------------------------------------------------------ recv 444 bytes from udp/[46.165.252.40]:5060 at 15:00:20.912841: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 5.9.23.171:5080;rport=5080;branch=z9hG4bKXrH2QjNrt081K From: <sip:95299@sip.de.didlogic.net>;tag=4eaeaXtSSUc3a To: <sip:95299@sip.de.didlogic.net >;tag=b27e1a1d33761e85846fc98f5f3a7e58.c173 Call-ID: 2c4ba5f8-bd9c-11e3-8545-0d578f78ffdf CSeq: 58062146 REGISTER WWW-Authenticate: Digest realm="sip.de.didlogic.net", nonce="U0FtMFNBbARsF99U0eRscR/9s7cQ6Y2ULDJAKIA=", qop="auth" Content-Length: 0 ------------------------------------------------------------------------ send 898 bytes to udp/[46.165.252.40]:5060 at 15:00:20.913382: ------------------------------------------------------------------------ REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 Via: SIP/2.0/UDP 5.9.23.171:5080;rport;branch=z9hG4bKy1aUSD6UQ9ymF Max-Forwards: 70 From: <sip:95299@sip.de.didlogic.net>;tag=4eaeaXtSSUc3a To: <sip:95299@sip.de.didlogic.net> Call-ID: 2c4ba5f8-bd9c-11e3-8545-0d578f78ffdf CSeq: 58062147 REGISTER Contact: <sip:gw+DIDLogic@5.9.23.171:5080;transport=udp;gw=DIDLogic> Expires: 3600 User-Agent: FreeSWITCH-mod_sofia/1.2.12+git~20130806T202138Z~22ab34c507 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: precondition, path, replaces Authorization: Digest username="username", realm="sip.de.didlogic.net", nonce="U0FtMFNBbARsF99U0eRscR/9s7cQ6Y2ULDJAKIA=", cnonce="A8sptzg/EjKkSwAejPT25g", algorithm=MD5, uri="sip:sip.de.didlogic.net;transport=udp", response="42c896b44b2ed46127099aa90adf5c01", qop=auth, nc=00000001 Content-Length: 0 ------------------------------------------------------------------------ recv 780 bytes from udp/[46.165.252.40]:5060 at 15:00:20.927553: ------------------------------------------------------------------------ SIP/2.0 200 OK Via: SIP/2.0/UDP 5.9.23.171:5080;rport=5080;branch=z9hG4bKy1aUSD6UQ9ymF From: <sip:95299@sip.de.didlogic.net>;tag=4eaeaXtSSUc3a To: <sip:95299@sip.de.didlogic.net >;tag=b27e1a1d33761e85846fc98f5f3a7e58.dbc6 Call-ID: 2c4ba5f8-bd9c-11e3-8545-0d578f78ffdf CSeq: 58062147 REGISTER Contact: <sip:gw+DIDLogic@5.9.23.171:5080;transport=udp;gw=DIDLogic>;expires=3600, <sip:gw+DIDLogic@144.76.109.73:5080;transport=udp;gw=DIDLogic>;expires=3150, <sip:gw+DIDLogic@144.76.98.11:5080;transport=udp;gw=DIDLogic>;expires=3010, <sip:gw+DIDLogic@5.9.201.120:5080;transport=udp;gw=DIDLogic>;expires=2869, <sip:gw+DIDLogic@144.76.98.12:5080;transport=udp;gw=DIDLogic>;expires=1281, <sip:gw+DIDLogic@5.9.201.121:5080;transport=udp;gw=DIDLogic>;expires=2545 Content-Length: 0 /************************************************************************************************************** problematic server ***************************************************************************************************************/ 2014-04-06 09:32:05.472850 [NOTICE] sofia_reg.c:423 Registering DIDLogic send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.492557: ------------------------------------------------------------------------ REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKUZ0p2Fjget1KN Max-Forwards: 70 From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN To: <sip:95299@sip.de.didlogic.net> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 CSeq: 57892398 REGISTER Contact: <sip:gw+DIDLogic@144.76.98.11:5080;transport=udp;gw=DIDLogic> Expires: 3600 User-Agent: FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: path, replaces Authorization: Digest username="username", realm="sip.de.didlogic.net", nonce="U0DtvVNA7JFDwqn/iKN2y0i7jjJF/xDpK+45ZYA=", cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip:sip.de.didlogic.net;transport=udp", response="8aaadef8769d2234def69a699c53f95c", qop=auth, nc=0000018e Content-Length: 0 ------------------------------------------------------------------------ recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.520506: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 144.76.98.11:5080;rport=5080;branch=z9hG4bKUZ0p2Fjget1KN From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN To: <sip:95299@sip.de.didlogic.net >;tag=b27e1a1d33761e85846fc98f5f3a7e58.437e Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 CSeq: 57892398 REGISTER WWW-Authenticate: Digest realm="sip.de.didlogic.net", nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", qop="auth" Content-Length: 0 ------------------------------------------------------------------------ send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.520845: ------------------------------------------------------------------------ REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKv8SF4a3KB3Q6g Max-Forwards: 70 From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN To: <sip:95299@sip.de.didlogic.net> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 CSeq: 57892399 REGISTER Contact: <sip:gw+DIDLogic@144.76.98.11:5080;transport=udp;gw=DIDLogic> Expires: 3600 User-Agent: FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: path, replaces Authorization: Digest username="username", realm="sip.de.didlogic.net", nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip:sip.de.didlogic.net;transport=udp", response="3dc99375cf925ad9af145899dcf83b1a", qop=auth, nc=0000018f Content-Length: 0 ------------------------------------------------------------------------ recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.536657: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 144.76.98.11:5080;rport=5080;branch=z9hG4bKv8SF4a3KB3Q6g From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN To: <sip:95299@sip.de.didlogic.net >;tag=b27e1a1d33761e85846fc98f5f3a7e58.b648 Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 CSeq: 57892399 REGISTER WWW-Authenticate: Digest realm="sip.de.didlogic.net", nonce="U0D2EVNA9OUTYGscaPkV4MvAB1IDDtpQK/FjjIA=", qop="auth" Content-Length: 0 ------------------------------------------------------------------------ 2014-04-06 09:32:05.532842 [ERR] sofia_reg.c:2110 DIDLogic Registration Failed with status Unauthorized [401]. failure #72 2014-04-06 09:32:06.472844 [WARNING] sofia_reg.c:478 DIDLogic Failed Registration [904], setting retry to 2160 seconds. On Sun, Apr 6, 2014 at 10:27 PM, < freeswitch-users-request(a)lists.freeswitch.org> wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users(a)lists.freeswitch.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > or, via email, send a message with subject or body 'help' to > freeswitch-users-request(a)lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner(a)lists.freeswitch.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of FreeSWITCH-users digest..." > > Today's Topics: > > 1. Re: [ERR] sofia_reg.c:2110 "some gateway" Registration Failed > with status Unauthorized [401]. failure #37 (Snabel Kaabiya) > (Snabel Kabiya) > 2. Re: [ERR] sofia_reg.c:2110 "some gateway" Registration Failed > with status Unauthorized [401]. failure #37 (Snabel Kaabiya) > (Steven Ayre) > > > ---------- Forwarded message ---------- > From: Snabel Kabiya <snabel(a)lexifone.com> > To: freeswitch-users(a)lists.freeswitch.org > Cc: > Date: Sun, 6 Apr 2014 17:29:43 +0300 > Subject: Re: [Freeswitch-users] [ERR] sofia_reg.c:2110 "some gateway" > Registration Failed with status Unauthorized [401]. failure #37 (Snabel > Kaabiya) > Hi, > > please see my answers inline: > > Thanks, > Snabel > > >> >> ---------- Forwarded message ---------- >> From: Steven Ayre <steveayre(a)gmail.com> >> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Sun, 6 Apr 2014 09:59:43 -0400 >> Subject: Re: [Freeswitch-users] [ERR] sofia_reg.c:2110 "some gateway" >> Registration Failed with status Unauthorized [401]. failure #37 (Snabel >> Kaabiya) >> According to >> https://wiki.freeswitch.org/wiki/Provider_Configuration:_DIDLogicnothing particularly special is required. What you have should work. >> >> Does this gateway ever register successfully - does it register fine then >> start getting the 401 later, or does it never register at all. If the >> latter perhaps the username/password is incorrect? If it works at first >> then starts to fail then it might be an error at DIDLogic's end and I >> suggest you contact them to find out what is causing the 401. >> > [SNABEL] the gateway registers fine then start getting the 401 later, it > works at first then starts to fail. > i'm not sure it's an error at DIDLogic's end. because we have another > server with freeswitch verion: > FreeSWITCH Version 1.2.12+git~20130806T202138Z~22ab34c507 (git 22ab34c > 2013-08-06 20:21:38Z) > which works fine, we don't get this error there... > > >> Also any modifications to the gateway (eg changing password) take more >> than reloadxml to take effect. You need to run 'sofia profile <profilename> >> killgw <gateway>', wait for the gateway to be removed (gives a log message >> or check via 'sofia status gateway') then 'sofia profile <name> rescan' to >> add the gateway with the new settings. Or restart FreeSWITCH. >> > [SNABEL] i did restarted freeswitch. > >> >> By the way sip_cid_type is a variable not a parameter. See >> http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#Variables - >> but unknown parameters are ignored so it should make no difference to >> registration; ping, ping-max and caller-id-in-from should also have no >> effect on registration. >> > [SNABEL] i see, so i could just remove them... > > >> -Steve >> >> >> On 6 April 2014 03:37, Snabel Kabiya <snabel(a)lexifone.com> wrote: >> >>> Hi All, >>> >>> I'm still getting this error: >>> >>> [ERR] sofia_reg.c:2110 DIDLogic Registration Failed with status >>> Unauthorized [401]. failure #72 >>> >>> I've looked at SIP trace and freeswitch logs but i can't figure out >>> what's causing the registration failure. >>> >>> here is more info on the issue, i would really appreciate your help guys. >>> >>> *Server: * >>> Linux Ubuntu-1204-precise-64-minimal 3.5.0-34-generic >>> #55~precise1-Ubuntu SMP Fri Jun 7 16:25:50 UTC 2013 x86_64 x86_64 x86_64 >>> GNU/Linux >>> >>> *freeswitch version:* >>> FreeSWITCH Version 1.2.23+git~20140317T213443Z~769a03a629~64bit (git >>> 769a03a 2014-03-17 21:34:43Z 64bit) >>> >>> *Gateway configuration:* >>> <gateway name="DIDLogic"> >>> <param name="username" value="username"/> >>> <param name="realm" value="sip.de.didlogic.net"/> >>> <param name="password" value="password"/> >>> <param name="register" value="true"/> >>> <param name="context" value="public"/> >>> <param name="caller-id-in-from" value="true"/> >>> <param name="sip_cid_type" value="none"/> >>> <param name="ping" value="30"/> >>> <param name="ping-max" value="3"/> >>> </gateway> >>> >>> >>> >>> *SIP trace:* >>> >>> 2014-04-06 09:32:05.472850 [NOTICE] sofia_reg.c:423 Registering DIDLogic >>> send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.492557: >>> >>> ------------------------------------------------------------------------ >>> REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 >>> Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKUZ0p2Fjget1KN >>> Max-Forwards: 70 >>> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >>> To: <sip:95299@sip.de.didlogic.net> >>> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >>> CSeq: 57892398 REGISTER >>> Contact: <sip:gw+DIDLogic@144.76.98.11:5080 >>> ;transport=udp;gw=DIDLogic> >>> Expires: 3600 >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>> REGISTER, REFER, NOTIFY >>> Supported: path, replaces >>> Authorization: Digest username="username", realm="sip.de.didlogic.net", >>> nonce="U0DtvVNA7JFDwqn/iKN2y0i7jjJF/xDpK+45ZYA=", >>> cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip: >>> sip.de.didlogic.net;transport=udp", >>> response="8aaadef8769d2234def69a699c53f95c", qop=auth, nc=0000018e >>> Content-Length: 0 >>> >>> >>> ------------------------------------------------------------------------ >>> recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.520506: >>> >>> ------------------------------------------------------------------------ >>> SIP/2.0 401 Unauthorized >>> Via: SIP/2.0/UDP 144.76.98.11:5080 >>> ;rport=5080;branch=z9hG4bKUZ0p2Fjget1KN >>> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >>> To: <sip:95299@sip.de.didlogic.net >>> >;tag=b27e1a1d33761e85846fc98f5f3a7e58.437e >>> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >>> CSeq: 57892398 REGISTER >>> WWW-Authenticate: Digest realm="sip.de.didlogic.net", >>> nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", qop="auth" >>> Content-Length: 0 >>> >>> >>> ------------------------------------------------------------------------ >>> send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.520845: >>> >>> ------------------------------------------------------------------------ >>> REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 >>> Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKv8SF4a3KB3Q6g >>> Max-Forwards: 70 >>> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >>> To: <sip:95299@sip.de.didlogic.net> >>> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >>> CSeq: 57892399 REGISTER >>> Contact: <sip:gw+DIDLogic@144.76.98.11:5080 >>> ;transport=udp;gw=DIDLogic> >>> Expires: 3600 >>> User-Agent: >>> FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>> REGISTER, REFER, NOTIFY >>> Supported: path, replaces >>> Authorization: Digest username="username", realm="sip.de.didlogic.net", >>> nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", >>> cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip: >>> sip.de.didlogic.net;transport=udp", >>> response="3dc99375cf925ad9af145899dcf83b1a", qop=auth, nc=0000018f >>> Content-Length: 0 >>> >>> >>> ------------------------------------------------------------------------ >>> recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.536657: >>> >>> ------------------------------------------------------------------------ >>> SIP/2.0 401 Unauthorized >>> Via: SIP/2.0/UDP 144.76.98.11:5080 >>> ;rport=5080;branch=z9hG4bKv8SF4a3KB3Q6g >>> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >>> To: <sip:95299@sip.de.didlogic.net >>> >;tag=b27e1a1d33761e85846fc98f5f3a7e58.b648 >>> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >>> CSeq: 57892399 REGISTER >>> WWW-Authenticate: Digest realm="sip.de.didlogic.net", >>> nonce="U0D2EVNA9OUTYGscaPkV4MvAB1IDDtpQK/FjjIA=", qop="auth" >>> Content-Length: 0 >>> >>> >>> ------------------------------------------------------------------------ >>> 2014-04-06 09:32:05.532842 [ERR] sofia_reg.c:2110 DIDLogic Registration >>> Failed with status Unauthorized [401]. failure #72 >>> 2014-04-06 09:32:06.472844 [WARNING] sofia_reg.c:478 DIDLogic Failed >>> Registration [904], setting retry to 2160 seconds. >>> >>> >>> > > > ---------- Forwarded message ---------- > From: Steven Ayre <steveayre(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Sun, 6 Apr 2014 15:26:28 -0400 > Subject: Re: [Freeswitch-users] [ERR] sofia_reg.c:2110 "some gateway" > Registration Failed with status Unauthorized [401]. failure #37 (Snabel > Kaabiya) > >> i'm not sure it's an error at DIDLogic's end. because we have another >> server with freeswitch verion: >> FreeSWITCH Version 1.2.12+git~20130806T202138Z~22ab34c507 (git 22ab34c >> 2013-08-06 20:21:38Z) >> which works fine, we don't get this error there... > > > Are they using the same account? That could conceivable cause issues, > you'd need to check with DIDLogic if they support that. > > Since you have a working and non-working servers you could compare the > requests to see what differs between them. > > -Steve > > > On 6 April 2014 10:29, Snabel Kabiya <snabel(a)lexifone.com> wrote: > >> Hi, >> >> please see my answers inline: >> >> Thanks, >> Snabel >> >> >>> >>> ---------- Forwarded message ---------- >>> From: Steven Ayre <steveayre(a)gmail.com> >>> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >>> Cc: >>> Date: Sun, 6 Apr 2014 09:59:43 -0400 >>> Subject: Re: [Freeswitch-users] [ERR] sofia_reg.c:2110 "some gateway" >>> Registration Failed with status Unauthorized [401]. failure #37 (Snabel >>> Kaabiya) >>> According to >>> https://wiki.freeswitch.org/wiki/Provider_Configuration:_DIDLogicnothing particularly special is required. What you have should work. >>> >>> Does this gateway ever register successfully - does it register fine >>> then start getting the 401 later, or does it never register at all. If the >>> latter perhaps the username/password is incorrect? If it works at first >>> then starts to fail then it might be an error at DIDLogic's end and I >>> suggest you contact them to find out what is causing the 401. >>> >> [SNABEL] the gateway registers fine then start getting the 401 later, it >> works at first then starts to fail. >> i'm not sure it's an error at DIDLogic's end. because we have another >> server with freeswitch verion: >> FreeSWITCH Version 1.2.12+git~20130806T202138Z~22ab34c507 (git 22ab34c >> 2013-08-06 20:21:38Z) >> which works fine, we don't get this error there... >> >> >>> Also any modifications to the gateway (eg changing password) take more >>> than reloadxml to take effect. You need to run 'sofia profile <profilename> >>> killgw <gateway>', wait for the gateway to be removed (gives a log message >>> or check via 'sofia status gateway') then 'sofia profile <name> rescan' to >>> add the gateway with the new settings. Or restart FreeSWITCH. >>> >> [SNABEL] i did restarted freeswitch. >> >>> >>> By the way sip_cid_type is a variable not a parameter. See >>> http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#Variables - >>> but unknown parameters are ignored so it should make no difference to >>> registration; ping, ping-max and caller-id-in-from should also have no >>> effect on registration. >>> >> [SNABEL] i see, so i could just remove them... >> >> >>> -Steve >>> >>> >>> On 6 April 2014 03:37, Snabel Kabiya <snabel(a)lexifone.com> wrote: >>> >>>> Hi All, >>>> >>>> I'm still getting this error: >>>> >>>> [ERR] sofia_reg.c:2110 DIDLogic Registration Failed with status >>>> Unauthorized [401]. failure #72 >>>> >>>> I've looked at SIP trace and freeswitch logs but i can't figure out >>>> what's causing the registration failure. >>>> >>>> here is more info on the issue, i would really appreciate your help >>>> guys. >>>> >>>> *Server: * >>>> Linux Ubuntu-1204-precise-64-minimal 3.5.0-34-generic >>>> #55~precise1-Ubuntu SMP Fri Jun 7 16:25:50 UTC 2013 x86_64 x86_64 x86_64 >>>> GNU/Linux >>>> >>>> *freeswitch version:* >>>> FreeSWITCH Version 1.2.23+git~20140317T213443Z~769a03a629~64bit (git >>>> 769a03a 2014-03-17 21:34:43Z 64bit) >>>> >>>> *Gateway configuration:* >>>> <gateway name="DIDLogic"> >>>> <param name="username" value="username"/> >>>> <param name="realm" value="sip.de.didlogic.net"/> >>>> <param name="password" value="password"/> >>>> <param name="register" value="true"/> >>>> <param name="context" value="public"/> >>>> <param name="caller-id-in-from" value="true"/> >>>> <param name="sip_cid_type" value="none"/> >>>> <param name="ping" value="30"/> >>>> <param name="ping-max" value="3"/> >>>> </gateway> >>>> >>>> >>>> >>>> *SIP trace:* >>>> >>>> 2014-04-06 09:32:05.472850 [NOTICE] sofia_reg.c:423 Registering DIDLogic >>>> send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.492557: >>>> >>>> ------------------------------------------------------------------------ >>>> REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 >>>> Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKUZ0p2Fjget1KN >>>> Max-Forwards: 70 >>>> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >>>> To: <sip:95299@sip.de.didlogic.net> >>>> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >>>> CSeq: 57892398 REGISTER >>>> Contact: <sip:gw+DIDLogic@144.76.98.11:5080 >>>> ;transport=udp;gw=DIDLogic> >>>> Expires: 3600 >>>> User-Agent: >>>> FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit >>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>> REGISTER, REFER, NOTIFY >>>> Supported: path, replaces >>>> Authorization: Digest username="username", realm=" >>>> sip.de.didlogic.net", >>>> nonce="U0DtvVNA7JFDwqn/iKN2y0i7jjJF/xDpK+45ZYA=", >>>> cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip: >>>> sip.de.didlogic.net;transport=udp", >>>> response="8aaadef8769d2234def69a699c53f95c", qop=auth, nc=0000018e >>>> Content-Length: 0 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.520506: >>>> >>>> ------------------------------------------------------------------------ >>>> SIP/2.0 401 Unauthorized >>>> Via: SIP/2.0/UDP 144.76.98.11:5080 >>>> ;rport=5080;branch=z9hG4bKUZ0p2Fjget1KN >>>> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >>>> To: <sip:95299@sip.de.didlogic.net >>>> >;tag=b27e1a1d33761e85846fc98f5f3a7e58.437e >>>> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >>>> CSeq: 57892398 REGISTER >>>> WWW-Authenticate: Digest realm="sip.de.didlogic.net", >>>> nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", qop="auth" >>>> Content-Length: 0 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.520845: >>>> >>>> ------------------------------------------------------------------------ >>>> REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 >>>> Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKv8SF4a3KB3Q6g >>>> Max-Forwards: 70 >>>> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >>>> To: <sip:95299@sip.de.didlogic.net> >>>> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >>>> CSeq: 57892399 REGISTER >>>> Contact: <sip:gw+DIDLogic@144.76.98.11:5080 >>>> ;transport=udp;gw=DIDLogic> >>>> Expires: 3600 >>>> User-Agent: >>>> FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit >>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>> REGISTER, REFER, NOTIFY >>>> Supported: path, replaces >>>> Authorization: Digest username="username", realm=" >>>> sip.de.didlogic.net", >>>> nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", >>>> cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip: >>>> sip.de.didlogic.net;transport=udp", >>>> response="3dc99375cf925ad9af145899dcf83b1a", qop=auth, nc=0000018f >>>> Content-Length: 0 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.536657: >>>> >>>> ------------------------------------------------------------------------ >>>> SIP/2.0 401 Unauthorized >>>> Via: SIP/2.0/UDP 144.76.98.11:5080 >>>> ;rport=5080;branch=z9hG4bKv8SF4a3KB3Q6g >>>> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >>>> To: <sip:95299@sip.de.didlogic.net >>>> >;tag=b27e1a1d33761e85846fc98f5f3a7e58.b648 >>>> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >>>> CSeq: 57892399 REGISTER >>>> WWW-Authenticate: Digest realm="sip.de.didlogic.net", >>>> nonce="U0D2EVNA9OUTYGscaPkV4MvAB1IDDtpQK/FjjIA=", qop="auth" >>>> Content-Length: 0 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> 2014-04-06 09:32:05.532842 [ERR] sofia_reg.c:2110 DIDLogic Registration >>>> Failed with status Unauthorized [401]. failure #72 >>>> 2014-04-06 09:32:06.472844 [WARNING] sofia_reg.c:478 DIDLogic Failed >>>> Registration [904], setting retry to 2160 seconds. >>>> >>>> >>>> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting(a)freeswitch.org >> http://www.freeswitchsolutions.com >> >> FreeSWITCH-powered IP PBX: The CudaTel Communication Server >> http://www.cudatel.com >> >> Official FreeSWITCH Sites >> http://www.freeswitch.org >> http://wiki.freeswitch.org >> http://www.cluecon.com >> >> 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 >> >> > > _______________________________________________ > 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 > >

2 1

FreeSWITCH 1.2.22/1.2.23 segfault when using console command alias del
by bruce＠sqls.net 07 Apr '14

07 Apr '14

I had this issue with 1.2.22 and did a yum update to 1.2.23 but it still exists. I also tested that the segfault happens regardless of having "sticky" aliases or not. Am I doing something wrong perhaps? Does anyone else have this problem or is it somehow exclusive to my system? ------------- # cat /etc/redhat-release CentOS release 6.5 (Final) # uname -a Linux fax 2.6.32-431.el6.x86_64 #1 SMP Fri Nov 22 03:15:09 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux # fs_cli freeswitch@internal> alias del nonexistantalias Socket interrupted, bye! # ps aux | grep freeswitch root 775 0.0 0.0 103244 832 pts/1 S+ 10:02 0:00 grep freeswitch # tail /var/log/messages ... Apr 5 10:02:01 fax kernel: freeswitch[772]: segfault at 0 ip 00007f5a67279a1a sp 00007f5a61ddb498 error 4 in libc-2.12.so[7f5a671fa000+18b000] .... # service freeswitch start .... # fs_cli freeswitch@internal> alias add testalias help +OK freeswitch@internal> alias del testalias Socket interrupted, bye! # tail /var/log/messages ... Apr 5 10:06:07 fax kernel: freeswitch[834]: segfault at 0 ip 00007ffe47df8a1a sp 00007ffe1d809498 error 4 in libc-2.12.so[7ffe47d79000+18b000] ... # service freeswitch start .... # fs_cli freeswitch@internal> alias del * Socket interrupted, bye! # tail /var/log/messages ... Apr 5 10:08:07 fax kernel: freeswitch[969]: segfault at 0 ip 00007f5670e50a1a sp 00007f5646863498 error 4 in libc-2.12.so[7f5670dd1000+18b000]

5 11

recordings files&directories rights
by mcom 07 Apr '14

07 Apr '14

Hi all, Recently I was struggling to force freeswitch to create files and directories with recordings so they should be writable by group users. The best option seems to be linux's ACL (fs dependent). # getfacl recordings/ # file: recordings/ # owner: freeswitch # group: our-group # flags: -s- user::rwx group::rwx other::r-x default:user::rwx default:group::rwx default:other::r-x It work as it's expected for freeswitch user (su - freeswitch with usable shell) but it doesn't for freeswitch daemon (but still the same user: freeswitch). It looks that freeswitch force rwx-r-none rights for directories and rw-r-r for files. I was searching for any configuration option in freeswitch conf. files for setting rights but without result. Last option could be setting umask during daemon start but I'm afraid it could casue different problems/maybe security issues with other files/directories. -- Pozdrawiam Wojciech Matys

1 0

Bad video after speaker change
by Richard Screene 07 Apr '14

07 Apr '14

Hello, I am using mod_conference on Freeswitch from today's master branch (1.5.12b+git~20140404T014312Z~5320075df7~64bit) on CentOS 6.5. We have a conference that consists of only two participants. The problem occurs when the floor changes. We get one of two scenarios: 1) We see the transmitted video image showing, what I can only describe as, the new speaker superimposed on the previous speaker. 2) The transmitted video image has so many artefacts it is unintelligible. After a couple of minutes it sorts itself out and we get the current speaker only. Looking at the FreeSWITCH log we see the PLI being sent: 2014-04-04 15:33:01.525217 [ALERT] mod_conference.c:2021 Adding video floor sofia/external/xxx(a)gmail.com 2014-04-04 15:33:01.525217 [ALERT] switch_core_session.c:2993 sofia/external/xxx(a)gmail.com receive message [VIDEO_REFRESH_REQ] 2014-04-04 15:33:01.525217 [ALERT] switch_core_session.c:2993 sofia/external/xxx(a)gmail.com receive message [VIDEO_REFRESH_REQ] 2014-04-04 15:33:01.525217 [ALERT] switch_core_session.c:2993 sofia/external/xxx(a)gmail.com receive message [VIDEO_REFRESH_REQ] 2014-04-04 15:33:01.525217 [ALERT] mod_conference.c:2093 Dropping floor sofia/external/xxx(a)gmail.com 2014-04-04 15:33:01.525217 [ALERT] mod_conference.c:2101 Adding floor sofia/external/xxx(a)gmail.com 2014-04-04 15:33:01.525217 [ALERT] switch_core_session.c:2993 sofia/external/xxx(a)gmail.com receive message [VIDEO_REFRESH_REQ] 2014-04-04 15:33:01.525217 [ALERT] switch_core_media.c:1650 sofia/external/xxx(a)gmail.com is already being read for video 2014-04-04 15:33:01.565149 [ALERT] switch_rtp.c:1540 Sending RTCP PLI 2014-04-04 15:33:01.565149 [ALERT] switch_rtp.c:1540 Sending RTCP PLI 2014-04-04 15:33:01.867523 [ALERT] switch_rtp.c:1540 Sending RTCP PLI 2014-04-04 15:33:02.005056 [ALERT] switch_rtp.c:1540 Sending RTCP PLI 2014-04-04 15:33:02.185116 [ALERT] switch_rtp.c:1638 sofia/external/xxx(a)gmail.com audio stat 99.00 3198/3201 flaws: 3 mos: 4.49 v: 30.49 1.88/400.00 2014-04-04 15:33:02.205164 [ALERT] switch_rtp.c:1540 Sending RTCP PLI 2014-04-04 15:33:02.365375 [ALERT] switch_rtp.c:1540 Sending RTCP PLI 2014-04-04 15:33:02.625058 [ALERT] switch_rtp.c:1638 sofia/external/xxx(a)gmail.com video stat 99.00 2014/2022 flaws: 8 mos: 4.49 v: 265.63 172.09/1600.00 2014-04-04 15:33:07.205182 [ALERT] switch_rtp.c:1638 sofia/external/xx(a)gmail.com audio stat 99.00 3450/3453 flaws: 3 mos: 4.49 v: 28.75 1.88/400.00 Is there any configuration that I may have omitted? The problem has been observed on both Firefox and Chrome browsers. I apologise for the vague description of the problem - I am quite happy to provide any information that you think is important. Regards, Richard Richard Screene Senior Developer Drum Web Meetings +44 1273 936125 www.thisisdrum.com Drum is the collaboration solution by NetDev Ltd. Registered in England and Wales Company Number 04741258

2 2

FreeSWITCH-mod_xml_curl
by Nick Zaitsev 06 Apr '14

06 Apr '14

Good day to you, I set mod xml curl (on the server with Freeswitch) to work with the directory database(on database server),user can register,but when I try to call - voicemail answers,please help me. here is debug output: 2014-04-06 07:06:28.234594 [NOTICE] switch_channel.c:1050 New Channel sofia/internal/1002(a)192.168.137.190 [804da2ee-bd7b-11e3-b35c-fb19d1fe4a18] 2014-04-06 07:06:28.435199 [INFO] mod_dialplan_xml.c:558 Processing 1002 <1002>->1000 in context public 2014-04-06 07:06:28.435199 [NOTICE] switch_ivr.c:1838 Transfer sofia/internal/1002(a)192.168.137.190 to XML[1000@default] 2014-04-06 07:06:28.454771 [INFO] mod_dialplan_xml.c:558 Processing 1002 <1002>->1000 in context default 2014-04-06 07:06:28.454771 [INFO] switch_ivr_async.c:3701 Bound B-Leg: *1 execute_extension::dx XML features 2014-04-06 07:06:28.454771 [INFO] switch_ivr_async.c:3701 Bound B-Leg: *2 record_session::/usr/local/freeswitch/recordings/1002.2014-04-06-07-06-28.wav 2014-04-06 07:06:28.454771 [INFO] switch_ivr_async.c:3701 Bound B-Leg: *3 execute_extension::cf XML features 2014-04-06 07:06:28.454771 [INFO] switch_ivr_async.c:3701 Bound B-Leg: *4 execute_extension::att_xfer XML features 2014-04-06 07:06:28.794728 [ERR] mod_dptools.c:3977 No dial-string available, please check your user directory. 2014-04-06 07:06:28.794728 [NOTICE] switch_ivr_originate.c:2670 Cannot create outgoing channel of type [user] cause: [MANDATORY_IE_MISSING] 2014-04-06 07:06:28.794728 [INFO] mod_dptools.c:3201 Originate Failed. Cause: MANDATORY_IE_MISSING 2014-04-06 07:06:28.814891 [NOTICE] sofia_glue.c:4360 Pre-Answer sofia/internal/1002(a)192.168.137.190! 2014-04-06 07:06:28.814891 [NOTICE] mod_dptools.c:1225 Channel [sofia/internal/1002(a)192.168.137.190] has been answered 2014-04-06 07:06:29.834710 [NOTICE] switch_channel.c:1050 New Channel loopback/app=voicemail:default 192.168.137.190 1000-a [8140b060-bd7b-11e3-b382-fb19d1fe4a18] 2014-04-06 07:06:29.834710 [NOTICE] switch_channel.c:1048 Rename Channel loopback/app=voicemail:default 192.168.137.190 1000-a->loopback/voicemail-a [8140b060-bd7b-11e3-b382-fb19d1fe4a18] 2014-04-06 07:06:29.834710 [NOTICE] switch_channel.c:1050 New Channel loopback/voicemail-b [81413c60-bd7b-11e3-b386-fb19d1fe4a18] 2014-04-06 07:06:29.834710 [NOTICE] mod_loopback.c:945 Pre-Answer loopback/voicemail-a! 2014-04-06 07:06:29.834710 [NOTICE] mod_dptools.c:1260 Pre-Answer loopback/voicemail-b! _______________________________________________ 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

4 3

Re: [Freeswitch-users] [ERR] sofia_reg.c:2110 "some gateway" Registration Failed with status Unauthorized [401]. failure #37 (Snabel Kaabiya)
by Snabel Kabiya 06 Apr '14

06 Apr '14

Hi, please see my answers inline: Thanks, Snabel > > ---------- Forwarded message ---------- > From: Steven Ayre <steveayre(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Sun, 6 Apr 2014 09:59:43 -0400 > Subject: Re: [Freeswitch-users] [ERR] sofia_reg.c:2110 "some gateway" > Registration Failed with status Unauthorized [401]. failure #37 (Snabel > Kaabiya) > According to > https://wiki.freeswitch.org/wiki/Provider_Configuration:_DIDLogic nothing > particularly special is required. What you have should work. > > Does this gateway ever register successfully - does it register fine then > start getting the 401 later, or does it never register at all. If the > latter perhaps the username/password is incorrect? If it works at first > then starts to fail then it might be an error at DIDLogic's end and I > suggest you contact them to find out what is causing the 401. > [SNABEL] the gateway registers fine then start getting the 401 later, it works at first then starts to fail. i'm not sure it's an error at DIDLogic's end. because we have another server with freeswitch verion: FreeSWITCH Version 1.2.12+git~20130806T202138Z~22ab34c507 (git 22ab34c 2013-08-06 20:21:38Z) which works fine, we don't get this error there... > Also any modifications to the gateway (eg changing password) take more > than reloadxml to take effect. You need to run 'sofia profile <profilename> > killgw <gateway>', wait for the gateway to be removed (gives a log message > or check via 'sofia status gateway') then 'sofia profile <name> rescan' to > add the gateway with the new settings. Or restart FreeSWITCH. > [SNABEL] i did restarted freeswitch. > > By the way sip_cid_type is a variable not a parameter. See > http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#Variables - but > unknown parameters are ignored so it should make no difference to > registration; ping, ping-max and caller-id-in-from should also have no > effect on registration. > [SNABEL] i see, so i could just remove them... > -Steve > > > On 6 April 2014 03:37, Snabel Kabiya <snabel(a)lexifone.com> wrote: > >> Hi All, >> >> I'm still getting this error: >> >> [ERR] sofia_reg.c:2110 DIDLogic Registration Failed with status >> Unauthorized [401]. failure #72 >> >> I've looked at SIP trace and freeswitch logs but i can't figure out >> what's causing the registration failure. >> >> here is more info on the issue, i would really appreciate your help guys. >> >> *Server: * >> Linux Ubuntu-1204-precise-64-minimal 3.5.0-34-generic #55~precise1-Ubuntu >> SMP Fri Jun 7 16:25:50 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux >> >> *freeswitch version:* >> FreeSWITCH Version 1.2.23+git~20140317T213443Z~769a03a629~64bit (git >> 769a03a 2014-03-17 21:34:43Z 64bit) >> >> *Gateway configuration:* >> <gateway name="DIDLogic"> >> <param name="username" value="username"/> >> <param name="realm" value="sip.de.didlogic.net"/> >> <param name="password" value="password"/> >> <param name="register" value="true"/> >> <param name="context" value="public"/> >> <param name="caller-id-in-from" value="true"/> >> <param name="sip_cid_type" value="none"/> >> <param name="ping" value="30"/> >> <param name="ping-max" value="3"/> >> </gateway> >> >> >> >> *SIP trace:* >> >> 2014-04-06 09:32:05.472850 [NOTICE] sofia_reg.c:423 Registering DIDLogic >> send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.492557: >> >> ------------------------------------------------------------------------ >> REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 >> Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKUZ0p2Fjget1KN >> Max-Forwards: 70 >> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >> To: <sip:95299@sip.de.didlogic.net> >> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >> CSeq: 57892398 REGISTER >> Contact: <sip:gw+DIDLogic@144.76.98.11:5080;transport=udp;gw=DIDLogic> >> Expires: 3600 >> User-Agent: >> FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY >> Supported: path, replaces >> Authorization: Digest username="username", realm="sip.de.didlogic.net", >> nonce="U0DtvVNA7JFDwqn/iKN2y0i7jjJF/xDpK+45ZYA=", >> cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip: >> sip.de.didlogic.net;transport=udp", >> response="8aaadef8769d2234def69a699c53f95c", qop=auth, nc=0000018e >> Content-Length: 0 >> >> >> ------------------------------------------------------------------------ >> recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.520506: >> >> ------------------------------------------------------------------------ >> SIP/2.0 401 Unauthorized >> Via: SIP/2.0/UDP 144.76.98.11:5080 >> ;rport=5080;branch=z9hG4bKUZ0p2Fjget1KN >> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >> To: <sip:95299@sip.de.didlogic.net >> >;tag=b27e1a1d33761e85846fc98f5f3a7e58.437e >> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >> CSeq: 57892398 REGISTER >> WWW-Authenticate: Digest realm="sip.de.didlogic.net", >> nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", qop="auth" >> Content-Length: 0 >> >> >> ------------------------------------------------------------------------ >> send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.520845: >> >> ------------------------------------------------------------------------ >> REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 >> Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKv8SF4a3KB3Q6g >> Max-Forwards: 70 >> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >> To: <sip:95299@sip.de.didlogic.net> >> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >> CSeq: 57892399 REGISTER >> Contact: <sip:gw+DIDLogic@144.76.98.11:5080;transport=udp;gw=DIDLogic> >> Expires: 3600 >> User-Agent: >> FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit >> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >> REGISTER, REFER, NOTIFY >> Supported: path, replaces >> Authorization: Digest username="username", realm="sip.de.didlogic.net", >> nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", >> cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip: >> sip.de.didlogic.net;transport=udp", >> response="3dc99375cf925ad9af145899dcf83b1a", qop=auth, nc=0000018f >> Content-Length: 0 >> >> >> ------------------------------------------------------------------------ >> recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.536657: >> >> ------------------------------------------------------------------------ >> SIP/2.0 401 Unauthorized >> Via: SIP/2.0/UDP 144.76.98.11:5080 >> ;rport=5080;branch=z9hG4bKv8SF4a3KB3Q6g >> From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN >> To: <sip:95299@sip.de.didlogic.net >> >;tag=b27e1a1d33761e85846fc98f5f3a7e58.b648 >> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 >> CSeq: 57892399 REGISTER >> WWW-Authenticate: Digest realm="sip.de.didlogic.net", >> nonce="U0D2EVNA9OUTYGscaPkV4MvAB1IDDtpQK/FjjIA=", qop="auth" >> Content-Length: 0 >> >> >> ------------------------------------------------------------------------ >> 2014-04-06 09:32:05.532842 [ERR] sofia_reg.c:2110 DIDLogic Registration >> Failed with status Unauthorized [401]. failure #72 >> 2014-04-06 09:32:06.472844 [WARNING] sofia_reg.c:478 DIDLogic Failed >> Registration [904], setting retry to 2160 seconds. >> >> >>

2 1

Re: [Freeswitch-users] [ERR] sofia_reg.c:2110 "some gateway" Registration Failed with status Unauthorized [401]. failure #37 (Snabel Kaabiya)
by Snabel Kabiya 06 Apr '14

06 Apr '14

Hi All, I'm still getting this error: [ERR] sofia_reg.c:2110 DIDLogic Registration Failed with status Unauthorized [401]. failure #72 I've looked at SIP trace and freeswitch logs but i can't figure out what's causing the registration failure. here is more info on the issue, i would really appreciate your help guys. *Server: * Linux Ubuntu-1204-precise-64-minimal 3.5.0-34-generic #55~precise1-Ubuntu SMP Fri Jun 7 16:25:50 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux *freeswitch version:* FreeSWITCH Version 1.2.23+git~20140317T213443Z~769a03a629~64bit (git 769a03a 2014-03-17 21:34:43Z 64bit) *Gateway configuration:* <gateway name="DIDLogic"> <param name="username" value="username"/> <param name="realm" value="sip.de.didlogic.net"/> <param name="password" value="password"/> <param name="register" value="true"/> <param name="context" value="public"/> <param name="caller-id-in-from" value="true"/> <param name="sip_cid_type" value="none"/> <param name="ping" value="30"/> <param name="ping-max" value="3"/> </gateway> *SIP trace:* 2014-04-06 09:32:05.472850 [NOTICE] sofia_reg.c:423 Registering DIDLogic send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.492557: ------------------------------------------------------------------------ REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKUZ0p2Fjget1KN Max-Forwards: 70 From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN To: <sip:95299@sip.de.didlogic.net> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 CSeq: 57892398 REGISTER Contact: <sip:gw+DIDLogic@144.76.98.11:5080;transport=udp;gw=DIDLogic> Expires: 3600 User-Agent: FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: path, replaces Authorization: Digest username="username", realm="sip.de.didlogic.net", nonce="U0DtvVNA7JFDwqn/iKN2y0i7jjJF/xDpK+45ZYA=", cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip:sip.de.didlogic.net;transport=udp", response="8aaadef8769d2234def69a699c53f95c", qop=auth, nc=0000018e Content-Length: 0 ------------------------------------------------------------------------ recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.520506: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 144.76.98.11:5080;rport=5080;branch=z9hG4bKUZ0p2Fjget1KN From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN To: <sip:95299@sip.de.didlogic.net >;tag=b27e1a1d33761e85846fc98f5f3a7e58.437e Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 CSeq: 57892398 REGISTER WWW-Authenticate: Digest realm="sip.de.didlogic.net", nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", qop="auth" Content-Length: 0 ------------------------------------------------------------------------ send 894 bytes to udp/[46.165.252.40]:5060 at 06:32:05.520845: ------------------------------------------------------------------------ REGISTER sip:sip.de.didlogic.net;transport=udp SIP/2.0 Via: SIP/2.0/UDP 144.76.98.11:5080;rport;branch=z9hG4bKv8SF4a3KB3Q6g Max-Forwards: 70 From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN To: <sip:95299@sip.de.didlogic.net> Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 CSeq: 57892399 REGISTER Contact: <sip:gw+DIDLogic@144.76.98.11:5080;transport=udp;gw=DIDLogic> Expires: 3600 User-Agent: FreeSWITCH-mod_sofia/1.2.23+git~20140317T213443Z~769a03a629~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: path, replaces Authorization: Digest username="username", realm="sip.de.didlogic.net", nonce="U0D2EVNA9OVIqS6bUrch5649kHnuK6PXK/Fii4A=", cnonce="tZUwATUmEjKDKHBU0sVf8A", algorithm=MD5, uri="sip:sip.de.didlogic.net;transport=udp", response="3dc99375cf925ad9af145899dcf83b1a", qop=auth, nc=0000018f Content-Length: 0 ------------------------------------------------------------------------ recv 446 bytes from udp/[46.165.252.40]:5060 at 06:32:05.536657: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 144.76.98.11:5080;rport=5080;branch=z9hG4bKv8SF4a3KB3Q6g From: <sip:95299@sip.de.didlogic.net>;tag=XK0KSD17jemDN To: <sip:95299@sip.de.didlogic.net >;tag=b27e1a1d33761e85846fc98f5f3a7e58.b648 Call-ID: de332712-ba83-11e3-b33f-0dc96adc5bb0 CSeq: 57892399 REGISTER WWW-Authenticate: Digest realm="sip.de.didlogic.net", nonce="U0D2EVNA9OUTYGscaPkV4MvAB1IDDtpQK/FjjIA=", qop="auth" Content-Length: 0 ------------------------------------------------------------------------ 2014-04-06 09:32:05.532842 [ERR] sofia_reg.c:2110 DIDLogic Registration Failed with status Unauthorized [401]. failure #72 2014-04-06 09:32:06.472844 [WARNING] sofia_reg.c:478 DIDLogic Failed Registration [904], setting retry to 2160 seconds. On Thu, Apr 3, 2014 at 5:08 PM, Snabel Kabiya <snabel(a)lexifone.com> wrote: > > Hi Brian, > > i know what the error means, but what i don't understand why i keep > getting this error after i upgraded freeswitch. > > i keep getting this error almost every day, I'm not sure if i need to > change some configuration or add new parameters to the gateway after i > upgraded freeswitch. > > what could cause it? please let me know if you need me to provide you with > more info regarding the environment I'm working on, or any config. files. > > i really appreciate your help. > > Thanks, > Snabel > > > On Thu, Apr 3, 2014 at 2:01 PM, <freeswitch-users-request(a)lists.freeswitch > .org> wrote: > >> Send FreeSWITCH-users mailing list submissions to >> freeswitch-users(a)lists.freeswitch.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> or, via email, send a message with subject or body 'help' to >> freeswitch-users-request(a)lists.freeswitch.org >> >> You can reach the person managing the list at >> freeswitch-users-owner(a)lists.freeswitch.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of FreeSWITCH-users digest..." >> >> Today's Topics: >> >> 1. Re: [ERR] sofia_reg.c:2110 "some gateway" Registration Failed >> with status Unauthorized [401]. failure #37 (Brian West) >> 2. Audio degrades ON TRANSFER with specific MOH file (Sean Devoy) >> 3. gateway setup example ? (Jeremy Ardley) >> 4. No audio stun for a long time! (rockxsj) >> 5. any tutorial for using video call? (dwi yulianto) >> 6. Re: can i make all log from console have date stamp (dwi >> yulianto) >> >> >> ---------- Forwarded message ---------- >> From: Brian West <brian(a)freeswitch.org> >> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Wed, 2 Apr 2014 21:23:52 -0500 >> Subject: Re: [Freeswitch-users] [ERR] sofia_reg.c:2110 "some gateway" >> Registration Failed with status Unauthorized [401]. failure #37 >> You have a gateway called 'some gateway' thats failed to register. >> -- >> Brian West >> brian(a)freeswitch.org >> FreeSWITCH Solutions, LLC >> PO BOX 2531 >> Brookfield, WI 53008-2531 >> Twitter: @FreeSWITCH , @briankwest >> http://www.freeswitchbook.com >> http://www.freeswitchcookbook.com >> >> T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST >> iNUM: +883 5100 1420 9001 >> ISN: 410*543 >> Skype:briankwest >> PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED) >> >> >> >> >> >> >> >> >> >> >> >> >> >> On Apr 2, 2014, at 8:56 AM, Snabel Kabiya <snabel(a)lexifone.com> wrote: >> >> > >> > [ERR] sofia_reg.c:2110 "some gateway" Registration Failed with status >> Unauthorized [401]. failure #37 >> >> >> >> ---------- Forwarded message ---------- >> From: Sean Devoy <sdevoy(a)bizfocused.com> >> To: "freeswitch-users(a)lists.freeswitch.org" < >> freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Thu, 3 Apr 2014 04:05:02 +0000 >> Subject: [Freeswitch-users] Audio degrades ON TRANSFER with specific MOH >> file >> >> Hi All, >> >> >> >> I have a user that has claimed that if she picks up incoming calls, the >> audio is excellent. However, if someone else picks up the call and >> transfers it to her, the audio is "terrible". >> >> >> >> While investigating I found that they are using their own custom MOH >> file. I suspect that the AUDIO configuration is being modified by the MOH >> feature and leaving her transferred call in a degraded state. But, I don't >> understand enough to actually see if that is the case. >> >> >> >> Please review the pastebin file: http://pastebin.freeswitch.org/22302 >> >> >> >> I think I have trimmed it down to the relevant data. Ext 302 has >> answered and is just initiating the transfer. >> >> >> >> If I am correct in my hypothesis, what is the correct solution? >> >> >> >> Thanks in advance, >> >> Sean >> >> >> ---------- Forwarded message ---------- >> From: Jeremy Ardley <jeremy.ardley(a)gmail.com> >> To: freeswitch-users(a)lists.freeswitch.org >> Cc: >> Date: Thu, 03 Apr 2014 10:54:47 +0800 >> Subject: [Freeswitch-users] gateway setup example ? >> Hi, >> >> I'm presently running a partial PBX using Kamailio and SEMS and I am >> interested in changing to freeswitch but I'm a bit overwhelmed by the many >> configuration files. >> >> My present setup is an upstream gateway providing DID services and >> outgoing services based on my IP only - no authentication. My internal >> phone network is based on three digit extensions. >> I need freeswitch to accept incoming DID calls and distributed them to >> mapped internal extensions - and take internal extension outgoing calls and >> send them as full national number calls via the upstream gateway. >> >> Is there a reference setup or tutorial somewhere that covers this >> scenario? >> >> Thanks, >> >> -- >> Jeremy Ardley >> >> >> ---------- Forwarded message ---------- >> From: rockxsj <rockxsj(a)gmail.com> >> To: freeswitch-users(a)lists.freeswitch.org >> Cc: >> Date: Thu, 03 Apr 2014 14:11:16 +0800 >> Subject: [Freeswitch-users] No audio stun for a long time! >> I can see that sometimes my server product some logs like: >> >> >> deb9157a-b9b1-11e3-8ee1-7b004e0e7c32 2014-04-02 00:03:44.083032 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 8c9f55cc-b9b8-11e3-9cca-7b004e0e7c32 2014-04-02 00:21:02.441130 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:32:04.021509 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:32:35.021902 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:33:05.061286 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:33:36.061678 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:34:06.101062 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:34:37.101453 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:35:07.121681 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:35:37.161065 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> a7801e9c-b9ba-11e3-9f47-7b004e0e7c32 2014-04-02 00:36:08.161457 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 74c1f71e-b9fb-11e3-bbbd-7b004e0e7c32 2014-04-02 08:14:35.502605 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> c323e07a-b9fb-11e3-bc46-7b004e0e7c32 2014-04-02 08:15:02.921673 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> fa17e09a-b9fb-11e3-bd18-7b004e0e7c32 2014-04-02 08:16:35.121138 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> fa17e09a-b9fb-11e3-bd18-7b004e0e7c32 2014-04-02 08:17:06.121531 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 43945544-ba03-11e3-8df9-7b004e0e7c32 2014-04-02 09:09:08.621875 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 05e67bae-ba09-11e3-a24c-7b004e0e7c32 2014-04-02 09:50:28.321208 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> b151ab62-ba09-11e3-a4da-7b004e0e7c32 2014-04-02 09:58:45.491465 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 552384de-ba0c-11e3-afc5-7b004e0e7c32 2014-04-02 10:14:03.691235 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 04bc9112-ba0b-11e3-aabc-7b004e0e7c32 2014-04-02 10:16:39.392036 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 04bc9112-ba0b-11e3-aabc-7b004e0e7c32 2014-04-02 10:17:37.411787 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 04bc9112-ba0b-11e3-aabc-7b004e0e7c32 2014-04-02 10:18:07.431169 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 2e316a40-ba10-11e3-8076-7b004e0e7c32 2014-04-02 10:41:28.251996 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 7396150e-ba10-11e3-8186-7b004e0e7c32 2014-04-02 10:43:24.291472 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 388ba6ac-ba12-11e3-8801-7b004e0e7c32 2014-04-02 10:56:48.411568 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:10:06.051664 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:10:36.091046 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:11:06.111419 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:11:37.111820 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:12:07.151202 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:12:38.151594 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:13:08.190977 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:13:39.191370 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 5c7c26d8-ba10-11e3-8125-7b004e0e7c32 2014-04-02 11:14:10.191752 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> abb38326-ba16-11e3-9cb0-7b004e0e7c32 2014-04-02 11:27:40.391902 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> 75cee1e2-ba1b-11e3-b14f-7b004e0e7c32 2014-04-02 12:01:57.731915 [ERR] >> switch_rtp.c:749 No audio stun for a long time! >> >> My server is not behind firewall or router, I want know why the >> freeswitch still product these logs? Is something wong with my config? >> >> >> >> >> >> ---------- Forwarded message ---------- >> From: dwi yulianto <dwiyulianto.anto(a)gmail.com> >> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Thu, 3 Apr 2014 17:56:43 +0700 >> Subject: [Freeswitch-users] any tutorial for using video call? >> i try use freeswitch with video call, >> i already added video codec in vars.xml, but i still cant use video call >> with linphone as softphone, i am already checked "always start video" in >> linphone setting >> >> is there any other configuration for enable video feature in freeswitch? >> >> thanks. >> >> >> ---------- Forwarded message ---------- >> From: dwi yulianto <dwiyulianto.anto(a)gmail.com> >> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Thu, 3 Apr 2014 18:01:12 +0700 >> Subject: Re: [Freeswitch-users] can i make all log from console have date >> stamp >> thanks all for reply, >> >> i will try to ask that to developer. >> >> >> On Thu, Apr 3, 2014 at 12:07 AM, William King < >> william.king(a)quentustech.com> wrote: >> >>> If you file a feature request for a freeswitch event to be fired when a >>> new TLS connection is made, one of the developers might be able to look >>> into adding that functionality. Then you would be able to hook in >>> mod_fail2ban and log the events you are looking to have watched by >>> fail2ban. >>> >>> William King >>> Senior Engineer >>> Quentus Technologies, INC >>> 1037 NE 65th St Suite 273 >>> Seattle, WA 98115 >>> Main: (877) 211-9337 >>> Office: (206) 388-4772 >>> Cell: (253) 686-5518 >>> william.king(a)quentustech.com >>> >>> On 04/02/2014 03:29 AM, dwi yulianto wrote: >>> > sorry, i mean ssl dos. >>> > >>> > if i use that, that give cpu activity increase to 100%. >>> > >>> > i want to make that log so i can use fail2ban to ban source IP attacker >>> > >>> > >>> > On Wed, Apr 2, 2014 at 5:02 PM, dwi yulianto < >>> dwiyulianto.anto(a)gmail.com >>> > <mailto:dwiyulianto.anto@gmail.com>> wrote: >>> > >>> > i try ssh dos and that give log in tport. but log about tport tls >>> > didnt have any data/time stamp. >>> > >>> > maybe if i can make that log into date/time stamp i can make regex >>> > for fail2ban to find log when attacker give new connection in tls >>> > eventually. >>> > >>> > am i need to change in tport_type_tls.c in line about SU_DEBUG_5 >>> > that have part with "new connection from " and change that with >>> > switch_log_printf. but actually i dont really understand about C. >>> so >>> > how i can change that with switch_log_printf? >>> > >>> > Thanks >>> > >>> > >>> > >>> > >>> > >>> > >>> > On Wed, Apr 2, 2014 at 3:35 PM, Steven Ayre <steveayre(a)gmail.com >>> > <mailto:steveayre@gmail.com>> wrote: >>> > >>> > Sofia stack logging is extremely verbose, far more so than you >>> > want to run in production. Doing so will likely hurt the >>> > performance of your system due to too much disk I/o >>> > >>> > What're you looking to capture? >>> > >>> > FS already has log messages for auth failures for fail2ban to >>> match >>> > >>> > >>> > >>> > >>> > On Tuesday, April 1, 2014, dwi yulianto >>> > <dwiyulianto.anto(a)gmail.com <mailto:dwiyulianto.anto@gmail.com >>> >> >>> > wrote: >>> > >>> > i wanna make log from tport.c in console or in log file >>> with >>> > date stamp, so i can use it for fail2ban. >>> > >>> > thanks. >>> > >>> > >>> > >>> _________________________________________________________________________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting(a)freeswitch.org <mailto:consulting@freeswitch.org> >>> > http://www.freeswitchsolutions.com >>> > >>> > FreeSWITCH-powered IP PBX: The CudaTel Communication Server >>> > http://www.cudatel.com >>> > >>> > Official FreeSWITCH Sites >>> > http://www.freeswitch.org >>> > http://wiki.freeswitch.org >>> > http://www.cluecon.com >>> > >>> > FreeSWITCH-users mailing list >>> > FreeSWITCH-users(a)lists.freeswitch.org >>> > <mailto:FreeSWITCH-users@lists.freeswitch.org> >>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> > UNSUBSCRIBE: >>> http://lists.freeswitch.org/mailman/options/freeswitch-users >>> > http://www.freeswitch.org >>> > >>> > >>> > >>> > >>> > >>> > >>> _________________________________________________________________________ >>> > Professional FreeSWITCH Consulting Services: >>> > consulting(a)freeswitch.org >>> > http://www.freeswitchsolutions.com >>> > >>> > FreeSWITCH-powered IP PBX: The CudaTel Communication Server >>> > http://www.cudatel.com >>> > >>> > Official FreeSWITCH Sites >>> > http://www.freeswitch.org >>> > http://wiki.freeswitch.org >>> > http://www.cluecon.com >>> > >>> > 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 >>> > >>> >>> _________________________________________________________________________ >>> Professional FreeSWITCH Consulting Services: >>> consulting(a)freeswitch.org >>> http://www.freeswitchsolutions.com >>> >>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server >>> http://www.cudatel.com >>> >>> Official FreeSWITCH Sites >>> http://www.freeswitch.org >>> http://wiki.freeswitch.org >>> http://www.cluecon.com >>> >>> 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 >>> >> >> >> _______________________________________________ >> 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 >> >> >

2 1

(no subject)
by Yudhistira Muhammad Iqbal 06 Apr '14

06 Apr '14

hy my name is yudhistira i'm trying to connecting my freeswuitch box to my analog pabx by fxo using voip card openvox a400e but i have some trouble when i do that i can call out to fxo but incoming call to my freeswitch box not runing well i hope there is somebody that can help me to fix my problem this my configuration ----------zt.conf---------------------------------- [defaults] codec_ms => 20 wink_ms => 150 flash_ms => 750 echo_cancel_level => 64 rxgain => 0.0 txgain => 0.0 -----------finish----------------------------------- -----------freetdm.conf------------------------ [span zt FXS] fxs-channel => 1 [span zt FXO] name => freetdm trunk_type => fxo number => 112 fxo-channel => 2 ------------finish------------------------------------ ------------freetdm.conf.xml-------------------- <configuration name="freetdm.conf" description="FreeTDM Configuration"> <settings> <param name="debug" value="0"/> <param name="hold-music" value="$${moh_uri}"/> </settings>  <analog_spans> <span name="FXO"> <param name="dialplan" value="XML"/> <param name="context" value="default"/>  <param name="tonegroup" value="us"/> <param name="enable_callerid" value="true"/> <param name="enable-analog-option" value="call-swap"/> </span> </analog_spans> </configuration> -----------------------finish-------------------------------------------------------------- -----------------------default.xml------------------------------------------------------ <extension name="outgoing-FXO"> <condition field="destination_number" expression="^(\d{3})$"> <action application="set" data="hangup_after_bridge=true"/> <action application="bridge" data="freetdm/2/1/${destination_number}"/> <action application="hangup"/> </condition> </extension> -------------------------------finish------------------------------------------------------- ------------------------------00_inbound_did.xml------------------------------------ <include> <extension name="public_did"> <condition field="destination_number" expression="^(\d{3})$"> <action application="set" data="domain_name=$${domain}"/> <action application="bridge" data="freetdm/1/1/${destination_number}"/> <action application="transfer" data="200209 XML public"/> </condition> </extension> </include> -----------------------finish--------------------------------------------

1 0

Bypass_media
by Andre Demattia 05 Apr '14

05 Apr '14

Hi I need to have many bridges in one dial plan for fail over however each bridge needs a different media bypass. I've read media bypass has to be on leg a but bypass media after bridge can be set in the bridge area. Is it possible to get bypass media to work on bridge so I can set the media based on gateway? Thanks Andre

1 0