Has anyone tried to use FreeSwitch with Broadvoice? I'm having no luck getting it to authenticate. -- Jonathan Rogers <JonathanRRogers@gmail.com>
Can you please post your FreeSWITCH(tm) log with sip trace of the call (start freeswith with TPORT_LOG=1) so we can see what it is doing. (might want to obscure passwords). Mike
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Jonathan Rogers
Has anyone tried to use FreeSwitch with Broadvoice? I'm having no luck getting it to authenticate.
On 4/13/07, Michael Jerris <mike@jerris.com> wrote:
Can you please post your FreeSWITCH(tm) log with sip trace of the call (start freeswith with TPORT_LOG=1) so we can see what it is doing. (might want to obscure passwords).
I didn't know about TPORT_LOG=1 until now; here's the output attached (my real password is replaced with "myPassword"). I think that FreeSwitch is attempting to REGISTER repeatedly and not sending authentication, though the log message says that it is. I used WireShark to grab everything. Looking at all the SIP traffic, I see FreeSwitch attempting to REGISTER multiple times. After each request, Broadvoice replies with "401 Unauthorized" but FreeSwitch tries the exact same "REGISTER" again with no authentication. After about ten seconds, Broadvoice just stops responding altogether, which is understandable, but makes debugging difficult. After some unknown timeout, it'll start responding to requests from my host again. In contrast, I did get FreeSwitch to register and authenticate my Stanaphone account. I configured it just like Broadvoice, but with stanaphone,com and the appropriate username and password. Looking at the WireShark capture of that process, I could see FreeSwitch sending a REGISTER request, stanaphone.com responding with "401 Unauthorized" and FreeSwitch sending a second REGISTER request with appropriate authentication. So, there seems to be something different about Broadvoice that confuses FreeSwitch and prevents it from sending authentication even though it thinks it is. I don't understand exactly how the authentication works, but I did notice that in the "401 Unauthorized" response stanaphone.com sends, it has a line: -----------------snip------------------- WWW-Authenticate: Digest realm="stanaphone.com", nonce="461f750009e560e064b2f288a44e7482b6b109bb" -----------------snip------------------- Broadvoice's "401 Unauthorized" response has this line: -----------------snip------------------- WWW-Authenticate: DIGEST realm="BroadWorks",qop="auth",algorithm=MD5,nonce="BroadWorksXf0glpnawTune6wdBW" -----------------snip------------------- I don't know what "qop" means or whether "DIGEST" is case sensitive, but I'm guessing that the problem has something to do with those authentication parameters. I have succeed in registering with Broadvoice using Asterisk using the instructions from the broadvoice.com site. However, I'm completely new to Asterisk and its configuration is somewhat confusing to me. I don't know how to translate the configuration directly to FreeSwitch, since a number of the Asterisk parameters don't seem to exist in FreeSwitch. I thought all the parameters I'd need to configure were gateway name, username, and password, as that worked for Stanaphone. Thanks for your help.
On Sat, Apr 14, 2007 at 08:48:30AM -0400, Jonathan Rogers wrote:
On 4/13/07, Michael Jerris <mike@jerris.com> wrote:
In contrast, I did get FreeSwitch to register and authenticate my Stanaphone account. I configured it just like Broadvoice, but with stanaphone,com and the appropriate username and password. Looking at the WireShark capture of that process, I could see FreeSwitch sending a REGISTER request, stanaphone.com responding with "401 Unauthorized" and FreeSwitch sending a second REGISTER request with appropriate authentication.
So, there seems to be something different about Broadvoice that confuses FreeSwitch and prevents it from sending authentication even though it thinks it is. I don't understand exactly how the authentication works, but I did notice that in the "401 Unauthorized" response stanaphone.com sends, it has a line: -----------------snip------------------- WWW-Authenticate: Digest realm="stanaphone.com", nonce="461f750009e560e064b2f288a44e7482b6b109bb" -----------------snip-------------------
Broadvoice's "401 Unauthorized" response has this line: -----------------snip------------------- WWW-Authenticate: DIGEST realm="BroadWorks",qop="auth",algorithm=MD5,nonce="BroadWorksXf0glpnawTune6wdBW" -----------------snip-------------------
I don't know what "qop" means or whether "DIGEST" is case sensitive, but I'm guessing that the problem has something to do with those authentication parameters.
If I'm correct, you just found the problem yourself: While Stanaphone uses the obvious "stanaphone.com" as its realm, BroadVoice uses "BroadWorks" instead, and so you'll need to update that in your config.
I have succeed in registering with Broadvoice using Asterisk using the instructions from the broadvoice.com site. However, I'm completely new to Asterisk and its configuration is somewhat confusing to me. I don't know how to translate the configuration directly to FreeSwitch, since a number of the Asterisk parameters don't seem to exist in FreeSwitch. I thought all the parameters I'd need to configure were gateway name, username, and password, as that worked for Stanaphone.
Asterisk has some logic to find the realm itself, so even if you give it a bogus realm (or no realm at all), it still manages to do the right thing. FreeSWITCH is far more transparent in its configuration, which IMHO is really cool, but it also creates its share of surprises :-) Enjoy, - Dave
On 4/15/07, Dave <lists+freeswitch@bigfatdave.com> wrote:
If I'm correct, you just found the problem yourself: While Stanaphone uses the obvious "stanaphone.com" as its realm, BroadVoice uses "BroadWorks" instead, and so you'll need to update that in your config.
Asterisk has some logic to find the realm itself, so even if you give it a bogus realm (or no realm at all), it still manages to do the right thing. FreeSWITCH is far more transparent in its configuration, which IMHO is really cool, but it also creates its share of surprises :-)
You may be right, though I don't think so, since FreeSwitch reports that it's authenticating to Broadvoice using a realm of "BroadWorks". This line appears in FreeSwitch's output that I've already sent: ------------------------snip----------------------------------------- 2007-04-14 07:36:51 [DEBUG] sofia_reg.c:650 sofia_reg_handle_sip_r_challenge() Authenticating 'FreeSWITCH' with 'DIGEST:"BroadWorks":7046700 027:myPassword'. ------------------------snip----------------------------------------- The problem seems to be that FreeSwitch is lying to me: it says that it's authenticating, but in the SIP REGISTER request it sends (which also appears in FreeSwitch's output) there's no mention of authentication: send 559 bytes to udp/[147.135.12.128]:5060 at 11:36:51.671054: ------------------------------------------------------------------------ REGISTER sip:sip.broadvoice.com SIP/2.0 Via: SIP/2.0/UDP 71.75.114.79;rport;branch=z9hG4bK10ByS4atpUHaB Max-Forwards: 70 From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ To: <sip:7046700027@sip.broadvoice.com> Call-ID: 475b4102-651f-122a-a69b-00609733d6f0 CSeq: 82156970 REGISTER Contact: <sip:7046700027@71.75.114.79:5060> Expires: 60 User-Agent: FreeSWITCH(mod_sofia) Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: 100rel, precondition, path Content-Length: 0 ------------------------------------------------------------------------ I will try specifying "BroadWorks" explicitly as the realm to see if it makes any difference.
We need to see the packet after this one that actually has the challenge in it. /b On Apr 15, 2007, at 3:43 PM, Jonathan Rogers wrote:
send 559 bytes to udp/[147.135.12.128]:5060 at 11:36:51.671054:
---------------------------------------------------------------------- -- REGISTER sip:sip.broadvoice.com SIP/2.0 Via: SIP/2.0/UDP 71.75.114.79;rport;branch=z9hG4bK10ByS4atpUHaB Max-Forwards: 70 From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ To: <sip:7046700027@sip.broadvoice.com> Call-ID: 475b4102-651f-122a-a69b-00609733d6f0 CSeq: 82156970 REGISTER Contact: <sip:7046700027@71.75.114.79:5060> Expires: 60 User-Agent: FreeSWITCH(mod_sofia) Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: 100rel, precondition, path Content-Length: 0
---------------------------------------------------------------------- --
On 4/15/07, Brian West <brian.west@mac.com> wrote:
We need to see the packet after this one that actually has the challenge in it.
/b
On Apr 15, 2007, at 3:43 PM, Jonathan Rogers wrote:
send 559 bytes to udp/[147.135.12.128]:5060 at 11:36:51.671054:
------------------------------------------------------------------------
REGISTER sip:sip.broadvoice.com SIP/2.0
Via: SIP/2.0/UDP 71.75.114.79;rport;branch=z9hG4bK10ByS4atpUHaB
Max-Forwards: 70
From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ
To: <sip:7046700027@sip.broadvoice.com>
Call-ID: 475b4102-651f-122a-a69b-00609733d6f0
CSeq: 82156970 REGISTER
Contact: <sip:7046700027@71.75.114.79:5060>
Expires: 60
User-Agent: FreeSWITCH(mod_sofia)
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE,
SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO
Supported: 100rel, precondition, path
Content-Length: 0
This is the packet after the challenge; it looks just like the first one, which I'm sure is buggy behavior. I already posted the entire output from FreeSwitch in a previous message, which was so big it had to be approved by an admin, but I can post part of it again in case you didn't get that message. send 559 bytes to udp/[147.135.12.128]:5060 at 11:36:51.553672: ------------------------------------------------------------------------ REGISTER sip:sip.broadvoice.com SIP/2.0 Via: SIP/2.0/UDP 71.75.114.79;rport;branch=z9hG4bK0Qj5Q9SpSjUQF Max-Forwards: 70 From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ To: <sip:7046700027@sip.broadvoice.com> Call-ID: 475b4102-651f-122a-a69b-00609733d6f0 CSeq: 82156969 REGISTER Contact: <sip:7046700027@71.75.114.79:5060> Expires: 60 User-Agent: FreeSWITCH(mod_sofia) Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: 100rel, precondition, path Content-Length: 0 ------------------------------------------------------------------------ 2007-04-14 07:36:51 [CONSOLE] switch_loadable_module.c:453 switch_loadable_module_load_file() Successfully Loaded [mod_gsm] 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'GSM' (gsm) 8000hz 20ms 2007-04-14 07:36:51 [CONSOLE] switch_loadable_module.c:453 switch_loadable_module_load_file() Successfully Loaded [mod_ilbc] 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'iLBC' (ilbc) 8000hz 20ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'iLBC' (ilbc) 8000hz 30ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'iLBC102' (ilbc) 8000hz 20ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'iLBC' (ilbc) 8000hz 30ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'iLBC20ms' (ilbc) 8000hz 20ms recv 403 bytes from udp/[147.135.12.128]:5060 at 11:36:51.624360: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Call-ID: 475b4102-651f-122a-a69b-00609733d6f0 CSeq: 82156969 REGISTER From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ To: <sip:7046700027@sip.broadvoice.com> Via: SIP/2.0/UDP 71.75.114.79:5060;branch=z9hG4bK0Qj5Q9SpSjUQF;rport=0 WWW-Authenticate: DIGEST realm="BroadWorks",qop="auth",algorithm=MD5,nonce="BroadWorksXf0hzvsm3T1ogq99BW" Content-Length: 0 ------------------------------------------------------------------------ 2007-04-14 07:36:51 [DEBUG] sofia.c:72 sofia_event_callback() event [nua_r_register] status [401][Unauthorized] session: n/a 2007-04-14 07:36:51 [DEBUG] sofia_reg.c:650 sofia_reg_handle_sip_r_challenge() Authenticating 'FreeSWITCH' with 'DIGEST:"BroadWorks":7046700 027:myPassword'. 2007-04-14 07:36:51 [CONSOLE] switch_loadable_module.c:453 switch_loadable_module_load_file() Successfully Loaded [mod_l16] 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 8 000hz 10ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 8 000hz 20ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 8 000hz 30ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 8 000hz 60ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 8 000hz 120ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 1 6000hz 10ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 1 6000hz 20ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 1 6000hz 30ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 1 6000hz 60ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 8 000hz 120ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 2 2050hz 20ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 3 2000hz 10ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 3 2000hz 20ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 3 2000hz 30ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'L16' (raw signed linear (16 bit)) 3 2000hz 60ms send 559 bytes to udp/[147.135.12.128]:5060 at 11:36:51.671054: ------------------------------------------------------------------------ REGISTER sip:sip.broadvoice.com SIP/2.0 Via: SIP/2.0/UDP 71.75.114.79;rport;branch=z9hG4bK10ByS4atpUHaB Max-Forwards: 70 From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ To: <sip:7046700027@sip.broadvoice.com> Call-ID: 475b4102-651f-122a-a69b-00609733d6f0 CSeq: 82156970 REGISTER Contact: <sip:7046700027@71.75.114.79:5060> Expires: 60 User-Agent: FreeSWITCH(mod_sofia) Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: 100rel, precondition, path Content-Length: 0 ------------------------------------------------------------------------ 2007-04-14 07:36:51 [CONSOLE] switch_loadable_module.c:453 switch_loadable_module_load_file() Successfully Loaded [mod_speex] 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'speex' (speex) 8000hz 20ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'speex' (speex) 16000hz 20ms 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:154 switch_loadable_module_process() Adding Codec 'speex' (speex) 32000hz 20ms 2007-04-14 07:36:51 [INFO] mod_sndfile.c:297 setup_formats() LibSndFile Version : libsndfile-1.0.17 Supported Formats ================================================================================ AIFF (Apple/SGI) (extension "aiff") AU (Sun/NeXT) (extension "au") AVR (Audio Visual Research) (extension "avr") CAF (Apple Core Audio File) (extension "caf") HTK (HMM Tool Kit) (extension "htk") IFF (Amiga IFF/SVX8/SV16) (extension "iff") MAT4 (GNU Octave 2.0 / Matlab 4.2) (extension "mat") MAT5 (GNU Octave 2.1 / Matlab 5.0) (extension "mat") PAF (Ensoniq PARIS) (extension "paf") PVF (Portable Voice Format) (extension "pvf") RAW (header-less) (extension "raw") SD2 (Sound Designer II) (extension "sd2") SDS (Midi Sample Dump Standard) (extension "sds") SF (Berkeley/IRCAM/CARL) (extension "sf") VOC (Creative Labs) (extension "voc") W64 (SoundFoundry WAVE 64) (extension "w64") WAV (Microsoft) (extension "wav") recv 403 bytes from udp/[147.135.12.128]:5060 at 11:36:51.782100: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Call-ID: 475b4102-651f-122a-a69b-00609733d6f0 CSeq: 82156970 REGISTER From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ To: <sip:7046700027@sip.broadvoice.com> Via: SIP/2.0/UDP 71.75.114.79:5060;branch=z9hG4bK10ByS4atpUHaB;rport=0 WWW-Authenticate: DIGEST realm="BroadWorks",qop="auth",algorithm=MD5,nonce="BroadWorksXf0hzvsqhT5ceafpBW" Content-Length: 0 ------------------------------------------------------------------------ 2007-04-14 07:36:51 [DEBUG] sofia.c:72 sofia_event_callback() event [nua_r_register] status [401][Unauthorized] session: n/a 2007-04-14 07:36:51 [DEBUG] sofia_reg.c:650 sofia_reg_handle_sip_r_challenge() Authenticating 'FreeSWITCH' with 'DIGEST:"BroadWorks":7046700 027:myPassword'. WAV (NIST Sphere) (extension "wav") WAVEX (Microsoft) (extension "wav") XI (FastTracker 2) (extension "xi") ================================================================================ 2007-04-14 07:36:51 [CONSOLE] switch_loadable_module.c:453 switch_loadable_module_load_file() Successfully Loaded [mod_sndfile] 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'aiff' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'au' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'avr' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'caf' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'htk' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'iff' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'mat' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'paf' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'pvf' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'raw' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'sd2' send 559 bytes to udp/[147.135.12.128]:5060 at 11:36:51.818866: ------------------------------------------------------------------------ REGISTER sip:sip.broadvoice.com SIP/2.0 Via: SIP/2.0/UDP 71.75.114.79;rport;branch=z9hG4bK294pUZUXK47vp Max-Forwards: 70 From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ To: <sip:7046700027@sip.broadvoice.com> Call-ID: 475b4102-651f-122a-a69b-00609733d6f0 CSeq: 82156971 REGISTER Contact: <sip:7046700027@71.75.114.79:5060> Expires: 60 User-Agent: FreeSWITCH(mod_sofia) Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: 100rel, precondition, path Content-Length: 0 ------------------------------------------------------------------------ 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'sds' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'sf' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'voc' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'w64' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'wav' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'xi' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'r8' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'r16' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'r24' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'r32' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'gsm' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'ul' 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'al' recv 403 bytes from udp/[147.135.12.128]:5060 at 11:36:51.890453: ------------------------------------------------------------------------ SIP/2.0 401 Unauthorized Call-ID: 475b4102-651f-122a-a69b-00609733d6f0 CSeq: 82156971 REGISTER From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ To: <sip:7046700027@sip.broadvoice.com> Via: SIP/2.0/UDP 71.75.114.79:5060;branch=z9hG4bK294pUZUXK47vp;rport=0 WWW-Authenticate: DIGEST realm="BroadWorks",qop="auth",algorithm=MD5,nonce="BroadWorksXf0hzvsthToxdffxBW" Content-Length: 0 ------------------------------------------------------------------------ 2007-04-14 07:36:51 [DEBUG] sofia.c:72 sofia_event_callback() event [nua_r_register] status [401][Unauthorized] session: n/a 2007-04-14 07:36:51 [DEBUG] sofia_reg.c:650 sofia_reg_handle_sip_r_challenge() Authenticating 'FreeSWITCH' with 'DIGEST:"BroadWorks":7046700 027:myPassword'. 2007-04-14 07:36:51 [CONSOLE] switch_loadable_module.c:453 switch_loadable_module_load_file() Successfully Loaded [mod_native_file] 2007-04-14 07:36:51 [NOTICE] switch_loadable_module.c:256 switch_loadable_module_process() Adding File Format 'PCMA' send 559 bytes to udp/[147.135.12.128]:5060 at 11:36:51.926542: ------------------------------------------------------------------------ REGISTER sip:sip.broadvoice.com SIP/2.0 Via: SIP/2.0/UDP 71.75.114.79;rport;branch=z9hG4bK3jyFXtc1gDyFj Max-Forwards: 70 From: <sip:7046700027@sip.broadvoice.com>;tag=0m9SDU72DH0KQ To: <sip:7046700027@sip.broadvoice.com> Call-ID: 475b4102-651f-122a-a69b-00609733d6f0 CSeq: 82156972 REGISTER Contact: <sip:7046700027@71.75.114.79:5060> Expires: 60 User-Agent: FreeSWITCH(mod_sofia) Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, REGISTER, INFO Supported: 100rel, precondition, path Content-Length: 0 ------------------------------------------------------------------------
On 4/15/07, Jonathan Rogers <jonathanrrogers@gmail.com> wrote:
On 4/15/07, Dave <lists+freeswitch@bigfatdave.com> wrote:
If I'm correct, you just found the problem yourself: While Stanaphone uses the obvious "stanaphone.com" as its realm, BroadVoice uses "BroadWorks" instead, and so you'll need to update that in your config.
Asterisk has some logic to find the realm itself, so even if you give it a bogus realm (or no realm at all), it still manages to do the right thing. FreeSWITCH is far more transparent in its configuration, which IMHO is really cool, but it also creates its share of surprises :-)
I specified "BroadWorks" as the realm and now I get this: ------------------snip--------------------------------- 2007-04-15 16:48:15 [NOTICE] sofia_reg.c:72 sofia_reg_check_gateway() registering sip.broadvoice.com 2007-04-15 16:48:15 [DEBUG] sofia.c:72 sofia_event_callback() event [nua_r_register] status [503][DNS Error] session: n/a 2007-04-15 16:48:15 [WARNING] sofia_reg.c:549 sofia_reg_handle_sip_r_register() Registration Failed with status 503 ------------------snip---------------------------------
On 4/15/07, Jonathan Rogers <jonathanrrogers@gmail.com> wrote:
On 4/15/07, Jonathan Rogers <jonathanrrogers@gmail.com> wrote:
On 4/15/07, Dave <lists+freeswitch@bigfatdave.com> wrote:
If I'm correct, you just found the problem yourself: While Stanaphone uses the obvious "stanaphone.com" as its realm, BroadVoice uses "BroadWorks" instead, and so you'll need to update that in your config.
Asterisk has some logic to find the realm itself, so even if you give it a bogus realm (or no realm at all), it still manages to do the right thing. FreeSWITCH is far more transparent in its configuration, which IMHO is really cool, but it also creates its share of surprises :-)
I specified "BroadWorks" as the realm and now I get this:
------------------snip--------------------------------- 2007-04-15 16:48:15 [NOTICE] sofia_reg.c:72 sofia_reg_check_gateway() registering sip.broadvoice.com 2007-04-15 16:48:15 [DEBUG] sofia.c:72 sofia_event_callback() event [nua_r_register] status [503][DNS Error] session: n/a 2007-04-15 16:48:15 [WARNING] sofia_reg.c:549 sofia_reg_handle_sip_r_register() Registration Failed with status 503 ------------------snip---------------------------------
Apparently, FreeSwitch tries to look up "BroadWorks" in DNS and doesn't find anything, because that's not an existing DNS name.
On 4/15/07, Brian West <brian.west@mac.com> wrote:
Apparently, FreeSwitch tries to look up "BroadWorks" in DNS and doesn't find anything, because that's not an existing DNS name.
I don't think that is what is going on. Have these guys never heard of freakin SRV records. :P
That is exactly what's going on; what do you find if you look up the name "BroadWorks" in DNS? There's no TLD called "BroadWorks" so I don't see how it could succeed. I captured all the traffic with Wireshark and I can see that FreeSwitch does SRV lookups and gets a negative response. I have noticed that when I use my Sipura ATA with Broadvoice, it uses a special Broadvoice nameserver, so it's possible that that nameserver resolves the name "BroadWorks". Is the realm supposed to be a DNS name? I don't fully understand how the authentication works. Though Asterisk does seem to work with Broadvoice, it does seem that Broadvoice is pickier and more difficult to use than other services, so I may decide to switch to a different one.
If you can get on IRC and provide me with your account details with broadvoice then we can proceed but without that I can't really even start to have this issue looked at I need to lab this up for Anthony to look at. /b On Apr 15, 2007, at 10:40 PM, Jonathan Rogers wrote:
On 4/15/07, Brian West <brian.west@mac.com> wrote:
Apparently, FreeSwitch tries to look up "BroadWorks" in DNS and doesn't find anything, because that's not an existing DNS name.
I don't think that is what is going on. Have these guys never heard of freakin SRV records. :P
That is exactly what's going on; what do you find if you look up the name "BroadWorks" in DNS? There's no TLD called "BroadWorks" so I don't see how it could succeed. I captured all the traffic with Wireshark and I can see that FreeSwitch does SRV lookups and gets a negative response.
I have noticed that when I use my Sipura ATA with Broadvoice, it uses a special Broadvoice nameserver, so it's possible that that nameserver resolves the name "BroadWorks". Is the realm supposed to be a DNS name? I don't fully understand how the authentication works. Though Asterisk does seem to work with Broadvoice, it does seem that Broadvoice is pickier and more difficult to use than other services, so I may decide to switch to a different one.
_______________________________________________ Freeswitch-users mailing list 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
Ok I was going to signup for an account but I refuse to pay 39.95 for the activation fee for an account i'm only going to use for a few hours while we test and fix this. If you're willing to donate your account you can email me your details and we'll take a look at it... I know broadvoice doesn't do anything at all the "standard" way even with asterisk its a nice round about way of putting things in /etc/ hosts and various other non-standard things. /b On Apr 15, 2007, at 10:40 PM, Jonathan Rogers wrote:
I have noticed that when I use my Sipura ATA with Broadvoice, it uses a special Broadvoice nameserver, so it's possible that that nameserver resolves the name "BroadWorks". Is the realm supposed to be a DNS name? I don't fully understand how the authentication works. Though Asterisk does seem to work with Broadvoice, it does seem that Broadvoice is pickier and more difficult to use than other services, so I may decide to switch to a different one.
On 4/16/07, Brian West <brian.west@mac.com> wrote:
Ok I was going to signup for an account but I refuse to pay 39.95 for the activation fee for an account i'm only going to use for a few hours while we test and fix this. If you're willing to donate your account you can email me your details and we'll take a look at it... I know broadvoice doesn't do anything at all the "standard" way even with asterisk its a nice round about way of putting things in /etc/hosts and various other non-standard things.
Yeah, I wasn't really satisfied with the Asterisk setup either, especially with all extra settings that I don't fully understand and adding stuff to /etc/hosts. I've been using this account for a couple of years with no major problems. When I first got it, I just used the provisioning auto configuration feature to set up my Sipura ATA and everything Just Worked (tm) even through my NAT and firewall without any specific knowledge or configuration on my part. However, recently, incoming calls stopped working for no obvious reason, as I hadn't changed any relevant configuration that I know of. I emailed Broadvoice tech support and they didn't seem to know anything useful. That problem as well as a desire to bridge SIP calls with Jingle prompted me to try FreeSWITCH and then Asterisk. I do want to help, but at the moment, I have Asterisk working for both incoming and outgoing calls and I am depending on the Broadvoice account for incoming calls to my local number. Maybe I can get an account with another, easier to configure provider and transfer my number, at which point I can donate the Broadvoice account for testing. I don't have any experience with local number portability or whatever it's called, so I don't know how easy or quick it is to transfer.
On Mon, Apr 16, 2007 at 01:02:52PM -0400, Jonathan Rogers wrote:
On 4/16/07, Brian West <brian.west@mac.com> wrote:
I emailed Broadvoice tech support and they didn't seem to know anything useful.
The problem with certain companies is that they try to do things in a "cool" or interesting or useful or whatever way, but they never bother to think about the support nightmare they're creating for their friends over at minimum wage (or worse, overseas - out of sight, out of mind) tech support.
I do want to help, but at the moment, I have Asterisk working for both incoming and outgoing calls and I am depending on the Broadvoice account for incoming calls to my local number. Maybe I can get an account with another, easier to configure provider and transfer my number, at which point I can donate the Broadvoice account for testing. I don't have any experience with local number portability or whatever it's called, so I don't know how easy or quick it is to transfer.
The LNP (Local Number Portability) motto is: "Not going anywhere for a while? Grab a Snickers!" I've been through about a dozen ports already for various numbers, and while some have taken as little as two or three hours, others have taken nearly half a year. Also, I'm not sure if BV will let you transfer out a number that they assigned you. (You see, the FCC doesn't require telecom providers to transfer your number, just to support the infrastructure for transferring your number if the stars line up right, _and_ they feel like doing it for you.) HTH, - Dave
On 4/16/07, Dave <lists+freeswitch@bigfatdave.com> wrote:
The LNP (Local Number Portability) motto is: "Not going anywhere for a while? Grab a Snickers!" I've been through about a dozen ports already for various numbers, and while some have taken as little as two or three hours, others have taken nearly half a year. Also, I'm not sure if BV will let you transfer out a number that they assigned you. (You see, the FCC doesn't require telecom providers to transfer your number, just to support the infrastructure for transferring your number if the stars line up right, _and_ they feel like doing it for you.)
Yeah, I've read a little about LNP and realized it may not be worth it. I don't receive a lot of incoming calls to that number, so it may make more sense for me to just use a new number if I decide to move away from BroadVoice.
Contact me off list I have an account you can use. AIM would be the best way. I should be around on Monday. _____ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, 16 April 2007 11:45 p.m. To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Broadvoice Ok I was going to signup for an account but I refuse to pay 39.95 for the activation fee for an account i'm only going to use for a few hours while we test and fix this. If you're willing to donate your account you can email me your details and we'll take a look at it... I know broadvoice doesn't do anything at all the "standard" way even with asterisk its a nice round about way of putting things in /etc/hosts and various other non-standard things. /b On Apr 15, 2007, at 10:40 PM, Jonathan Rogers wrote: I have noticed that when I use my Sipura ATA with Broadvoice, it uses a special Broadvoice nameserver, so it's possible that that nameserver resolves the name "BroadWorks". Is the realm supposed to be a DNS name? I don't fully understand how the authentication works. Though Asterisk does seem to work with Broadvoice, it does seem that Broadvoice is pickier and more difficult to use than other services, so I may decide to switch to a different one. -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 269.4.0/762 - Release Date: 15/04/2007 4:22 p.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.463 / Virus Database: 269.6.1/777 - Release Date: 26/04/2007 3:23 p.m.
Broadvoice should be setup to SRV. At least they use to be when I worked there. -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, 16 April 2007 2:30 p.m. To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Broadvoice
Apparently, FreeSwitch tries to look up "BroadWorks" in DNS and doesn't find anything, because that's not an existing DNS name.
I don't think that is what is going on. Have these guys never heard of freakin SRV records. :P /b _______________________________________________ Freeswitch-users mailing list 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 269.4.0/762 - Release Date: 15/04/2007 4:22 p.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.463 / Virus Database: 269.6.1/777 - Release Date: 26/04/2007 3:23 p.m.
They don't have it anymore. $ dig -t SRV _sip._udp.broadvoice.com ; <<>> DiG 9.3.2 <<>> -t SRV _sip._udp.broadvoice.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 19542 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;_sip._udp.broadvoice.com. IN SRV ;; AUTHORITY SECTION: broadvoice.com. 2196 IN SOA ns1.broadvoice.com. postmaster.broadvoice.com. 2007060801 3600 60 3600 3600 ;; Query time: 1 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sat Jun 9 01:43:38 2007 ;; MSG SIZE rcvd: 93 Did anyone get this working? On 4/27/07, James Jones <james@virtualrealmsoftware.com> wrote:
Broadvoice should be setup to SRV. At least they use to be when I worked there.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, 16 April 2007 2:30 p.m. To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Broadvoice
Apparently, FreeSwitch tries to look up "BroadWorks" in DNS and doesn't find anything, because that's not an existing DNS name.
I don't think that is what is going on. Have these guys never heard of freakin SRV records. :P
/b
_______________________________________________ Freeswitch-users mailing list 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
-- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 269.4.0/762 - Release Date: 15/04/2007 4:22 p.m.
No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.463 / Virus Database: 269.6.1/777 - Release Date: 26/04/2007 3:23 p.m.
_______________________________________________ Freeswitch-users mailing list 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
You need to check to see which of their proxy is closest to you and that and then add ip address to your host file with entry sip.broadvoice.com you have to do same thing to get asterisk to work with them as well. They more information about it on there help section of their web site. -----Original Message----- From: Jason Garland [mailto:jgarland@gmail.com] Sent: Saturday, 9 June 2007 5:43 p.m. To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Broadvoice They don't have it anymore. $ dig -t SRV _sip._udp.broadvoice.com ; <<>> DiG 9.3.2 <<>> -t SRV _sip._udp.broadvoice.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 19542 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;_sip._udp.broadvoice.com. IN SRV ;; AUTHORITY SECTION: broadvoice.com. 2196 IN SOA ns1.broadvoice.com. postmaster.broadvoice.com. 2007060801 3600 60 3600 3600 ;; Query time: 1 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sat Jun 9 01:43:38 2007 ;; MSG SIZE rcvd: 93 Did anyone get this working? On 4/27/07, James Jones <james@virtualrealmsoftware.com> wrote:
Broadvoice should be setup to SRV. At least they use to be when I worked there.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, 16 April 2007 2:30 p.m. To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Broadvoice
Apparently, FreeSwitch tries to look up "BroadWorks" in DNS and doesn't find anything, because that's not an existing DNS name.
I don't think that is what is going on. Have these guys never heard of freakin SRV records. :P
/b
_______________________________________________ Freeswitch-users mailing list 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
-- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 269.4.0/762 - Release Date: 15/04/2007 4:22 p.m.
No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.463 / Virus Database: 269.6.1/777 - Release Date: 26/04/2007 3:23 p.m.
_______________________________________________ Freeswitch-users mailing list 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
_______________________________________________ Freeswitch-users mailing list 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 No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.8.13/840 - Release Date: 8/06/2007 3:15 p.m. No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.9.0/852 - Release Date: 17/06/2007 8:23 a.m.
participants (6)
-
Brian West
-
Dave
-
James Jones
-
Jason Garland
-
Jonathan Rogers
-
Michael Jerris