Since Thursday evening my asterisk box has been failing to register with broadvoice. I haven't changed any of my config files in the last week. Can anyone suggest anything? Asterisk is reporting: *CLI> Aug 28 16:15:17 NOTICE[6150]: chan_sip.c:3914 sip_reg_timeout: Registration for '703XXXXXXX@147.135.8.129' timed out, trying again -- Got SIP response 404 "Not found" back from 147.135.8.129 Urgent handler My broadvoice config in sip.conf looks like: [general] context=incoming ; Default context for incoming calls externalip=82.41.201.XXX register => 703XXXXXXX:PASSWORD@147.135.8.129 port=5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr=0.0.0.0 ; address to bind to (0.0.0.0 binds to all) srvlookup=no ; Enable DNS SRV lookups on outbound calls [Broadvoice] type=peer username=703XXXXXXX fromuser=703XXXXXXX secret=PASSWORD host=147.135.8.129 context=flat fromdomain=147.135.8.129 nat=no disallow=all allow=ulaw canreinvite=no dtmfmode=inband qualify=yes tethereal -V port 5060 reports: Frame 11 (416 on wire, 416 captured) Arrival Time: Aug 28, 2004 16:17:05.729730000 Time delta from previous packet: 4.093142000 seconds Time relative to first packet: 20.001957000 seconds Frame Number: 11 Packet Length: 416 bytes Capture Length: 416 bytes Ethernet II Destination: 00:0d:66:23:84:54 (00:0d:66:23:84:54) Source: 00:40:95:35:d0:b8 (R.P.T._35:d0:b8) Type: IP (0x0800) Internet Protocol, Src Addr: 82-41-201-.cable.ubr11.edin.blueyonder.co.uk (82.41.201.160), Dst Addr: 147.135.8.129 (147.135.8.129) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x10 (DSCP 0x04: Unknown DSCP; ECN: 0x00) 0001 00.. = Differentiated Services Codepoint: Unknown (0x04) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 402 Identification: 0x000d Flags: 0x04 .1.. = Don't fragment: Set ..0. = More fragments: Not set Fragment offset: 0 Time to live: 64 Protocol: UDP (0x11) Header checksum: 0x816c (correct) Source: 82-41-201.cable.ubr11.edin.blueyonder.co.uk Destination: 147.135.8.129 (147.135.8.129) User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060) Source port: sip (5060) Destination port: sip (5060) Length: 382 Checksum: 0x6327 (correct) Session Initiation Protocol Request line: REGISTER sip:147.135.8.129 SIP/2.0 Message Header Via: SIP/2.0/UDP 82.41.201.160:5060;branch=z9hG4bK30718407 From: <sip:703XXXXXXX@147.135.8.129>;tag=as38aec91c To: <sip:703XXXXXXX@147.135.8.129> Call-ID: 7fdcc2331befd79f41a7c4c96b68079a@192.168.0.1 CSeq: 106 REGISTER User-Agent: Asterisk PBX Expires: 120 Contact: <sip:s@82.41.201.XXX> Event: registration Content-Length: 0 Frame 12 (348 on wire, 348 captured) Arrival Time: Aug 28, 2004 16:17:05.995393000 Time delta from previous packet: 0.265663000 seconds Time relative to first packet: 20.267620000 seconds Frame Number: 12 Packet Length: 348 bytes Capture Length: 348 bytes Ethernet II Destination: 00:40:95:35:d0:b8 (R.P.T._35:d0:b8) Source: 00:0d:66:23:84:70 (00:0d:66:23:84:70) Type: IP (0x0800) Internet Protocol, Src Addr: 147.135.8.128 (147.135.8.128), Dst Addr: 82-41-201-XXX.cable.ubr11.edin.blueyonder.co.uk (82.41.201.XXX) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 334 Identification: 0xf020 Flags: 0x00 .0.. = Don't fragment: Not set ..0. = More fragments: Not set Fragment offset: 0 Time to live: 49 Protocol: UDP (0x11) Header checksum: 0xe0ad (correct) Source: 147.135.8.128 (147.135.8.128) Destination: 82-41-201-XXX.cable.ubr11.edin.blueyonder.co.uk (82.41.201.XXX) User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060) Source port: sip (5060) Destination port: sip (5060) Length: 314 Checksum: 0x15e1 (correct) Session Initiation Protocol Status line: SIP/2.0 404 Not found Message Header Via: SIP/2.0/UDP 82.41.201.XXX:5060;branch=z9hG4bK30718407 From: <sip:7036490222@147.135.8.129>;tag=as38aec91c To: <sip:7036490222@147.135.8.129>;tag=SD30va299-239804385-1093709825857 Call-ID: 7fdcc2331befd79f41a7c4c96b68079a@192.168.0.1 CSeq: 106 REGISTER Content-Length: 0
> Since Thursday evening my asterisk box has been failing to registerwith> broadvoice. I haven't changed any of my config files in the last week. > > Can anyone suggest anything? > > Asterisk is reporting: > > *CLI> Aug 28 16:15:17 NOTICE[6150]: chan_sip.c:3914 sip_reg_timeout: > Registration for '703XXXXXXX@147.135.8.129' timed out, trying again > -- Got SIP response 404 "Not found" back from 147.135.8.129 > Urgent handlerI am having the exact same problem. I have two incoming numbers with BroadVoice and both started having this problem at the same time. I spoke with BV support who acknowledged the 404 message and "reprovisioned" my accounts, giving me a new password for each account. None of this has helped. I also tried registering with 147.135.0.129 in case something had flip-flopped but that didn't help either. I can still make outbound calls, and I haven't made any configuration changes on my end. When I called support the person spoke to alluded to a known problem (he may have said something like "...why is this happening?...there's been a bunch of these..." Anyway, I was told to expect a call back once they looked into things further. When I hear more I will update. Marty
I had the same problem. To fix it, I had to do two things.... First: I had to update to CVS head, this was as per broadvoice support. Second: After updating, I had to change my sip.conf. Originally my sip.conf used hard coded ip addresses for broadvoice's IP servers, so I had to change the following lines as such: register => [mynumber]:[secret]@147.135.8.129 to read register => [mynumber]:[secret]@sip.broadvoice.com I also had to update my general settings for broadvoice [Broadvoice] type=peer username=[mynumber] fromuser=[mynumber] secret=[secret] context=incoming host=147.135.8.129 fromdomain=147.135.8.129 nat=yes canreinvite=no dtmfmode=inband [Broadvoice] type=peer username=[mynumber] fromuser=[mynumber] secret=[secret] context=incoming host=sip.broadvoice.com fromdomain=sip.broadvoice.com nat=yes canreinvite=no dtmfmode=inband After doing this, it worked like before.... Hope this helps. Ed Russell Horn wrote:>Since Thursday evening my asterisk box has been failing to register with >broadvoice. I haven't changed any of my config files in the last week. > >Can anyone suggest anything? > >Asterisk is reporting: > >*CLI> Aug 28 16:15:17 NOTICE[6150]: chan_sip.c:3914 sip_reg_timeout: >Registration for '703XXXXXXX@147.135.8.129' timed out, trying again > -- Got SIP response 404 "Not found" back from 147.135.8.129 >Urgent handler > > >My broadvoice config in sip.conf looks like: > >[general] >context=incoming ; Default context for incoming calls >externalip=82.41.201.XXX >register => 703XXXXXXX:PASSWORD@147.135.8.129 >port=5060 ; UDP Port to bind to (SIP standard port >is 5060) >bindaddr=0.0.0.0 ; address to bind to (0.0.0.0 binds to all) >srvlookup=no ; Enable DNS SRV lookups on outbound calls > >[Broadvoice] >type=peer >username=703XXXXXXX >fromuser=703XXXXXXX >secret=PASSWORD >host=147.135.8.129 >context=flat >fromdomain=147.135.8.129 >nat=no >disallow=all >allow=ulaw >canreinvite=no >dtmfmode=inband >qualify=yes > > > > > > >tethereal -V port 5060 reports: > >Frame 11 (416 on wire, 416 captured) > Arrival Time: Aug 28, 2004 16:17:05.729730000 > Time delta from previous packet: 4.093142000 seconds > Time relative to first packet: 20.001957000 seconds > Frame Number: 11 > Packet Length: 416 bytes > Capture Length: 416 bytes >Ethernet II > Destination: 00:0d:66:23:84:54 (00:0d:66:23:84:54) > Source: 00:40:95:35:d0:b8 (R.P.T._35:d0:b8) > Type: IP (0x0800) >Internet Protocol, Src Addr: 82-41-201-.cable.ubr11.edin.blueyonder.co.uk >(82.41.201.160), Dst Addr: 147.135.8.129 (147.135.8.129) > Version: 4 > Header length: 20 bytes > Differentiated Services Field: 0x10 (DSCP 0x04: Unknown DSCP; ECN: 0x00) > 0001 00.. = Differentiated Services Codepoint: Unknown (0x04) > .... ..0. = ECN-Capable Transport (ECT): 0 > .... ...0 = ECN-CE: 0 > Total Length: 402 > Identification: 0x000d > Flags: 0x04 > .1.. = Don't fragment: Set > ..0. = More fragments: Not set > Fragment offset: 0 > Time to live: 64 > Protocol: UDP (0x11) > Header checksum: 0x816c (correct) > Source: 82-41-201.cable.ubr11.edin.blueyonder.co.uk > Destination: 147.135.8.129 (147.135.8.129) >User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060) > Source port: sip (5060) > Destination port: sip (5060) > Length: 382 > Checksum: 0x6327 (correct) >Session Initiation Protocol > Request line: REGISTER sip:147.135.8.129 SIP/2.0 > Message Header > Via: SIP/2.0/UDP 82.41.201.160:5060;branch=z9hG4bK30718407 > From: <sip:703XXXXXXX@147.135.8.129>;tag=as38aec91c > To: <sip:703XXXXXXX@147.135.8.129> > Call-ID: 7fdcc2331befd79f41a7c4c96b68079a@192.168.0.1 > CSeq: 106 REGISTER > User-Agent: Asterisk PBX > Expires: 120 > Contact: <sip:s@82.41.201.XXX> > Event: registration > Content-Length: 0 > >Frame 12 (348 on wire, 348 captured) > Arrival Time: Aug 28, 2004 16:17:05.995393000 > Time delta from previous packet: 0.265663000 seconds > Time relative to first packet: 20.267620000 seconds > Frame Number: 12 > Packet Length: 348 bytes > Capture Length: 348 bytes >Ethernet II > Destination: 00:40:95:35:d0:b8 (R.P.T._35:d0:b8) > Source: 00:0d:66:23:84:70 (00:0d:66:23:84:70) > Type: IP (0x0800) >Internet Protocol, Src Addr: 147.135.8.128 (147.135.8.128), Dst Addr: >82-41-201-XXX.cable.ubr11.edin.blueyonder.co.uk (82.41.201.XXX) > Version: 4 > Header length: 20 bytes > Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) > 0000 00.. = Differentiated Services Codepoint: Default (0x00) > .... ..0. = ECN-Capable Transport (ECT): 0 > .... ...0 = ECN-CE: 0 > Total Length: 334 > Identification: 0xf020 > Flags: 0x00 > .0.. = Don't fragment: Not set > ..0. = More fragments: Not set > Fragment offset: 0 > Time to live: 49 > Protocol: UDP (0x11) > Header checksum: 0xe0ad (correct) > Source: 147.135.8.128 (147.135.8.128) > Destination: 82-41-201-XXX.cable.ubr11.edin.blueyonder.co.uk >(82.41.201.XXX) >User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060) > Source port: sip (5060) > Destination port: sip (5060) > Length: 314 > Checksum: 0x15e1 (correct) >Session Initiation Protocol > Status line: SIP/2.0 404 Not found > Message Header > Via: SIP/2.0/UDP 82.41.201.XXX:5060;branch=z9hG4bK30718407 > From: <sip:7036490222@147.135.8.129>;tag=as38aec91c > To: ><sip:7036490222@147.135.8.129>;tag=SD30va299-239804385-1093709825857 > Call-ID: 7fdcc2331befd79f41a7c4c96b68079a@192.168.0.1 > CSeq: 106 REGISTER > Content-Length: 0 > > > >_______________________________________________ >Asterisk-Users mailing list >Asterisk-Users@lists.digium.com >http://lists.digium.com/mailman/listinfo/asterisk-users >To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > >
> I had the same problem. To fix it, I had to do two things.... > > First: I had to update to CVS head, this was as per broadvoicesupport.> > Second: After updating, I had to change my sip.conf. Originally my > sip.conf used hard coded ip addresses for broadvoice's IP servers, soI> had to change the following lines as such: > register => [mynumber]:[secret]@147.135.8.129 > to read > register => [mynumber]:[secret]@sip.broadvoice.com >Hey Ed, When you replaced the hardcoded ip's with sip.broadvoice.com, did you have to enabled SRV lookups to get it to work? Thanks, Marty
> I had the same problem. To fix it, I had to do two things.... > > First: I had to update to CVS head, this was as per broadvoicesupport.> > Second: After updating, I had to change my sip.conf. Originally my > sip.conf used hard coded ip addresses for broadvoice's IP servers, soI> had to change the following lines as such: > register => [mynumber]:[secret]@147.135.8.129 > to read > register => [mynumber]:[secret]@sip.broadvoice.com >Ed, Weird things...I took your advice but executed it in stages...just like you, I was registering with 147.135.8.129, hardcoded ip. My CVS-HEAD is 7/14/04. The only thing I changed so far is to replace the 147.135.8.129 with sip.broadvoice.com. I didn't update from CVS, I also don't have SRV lookups enabled (yet anyway). It now registers and I can receive inbound calls. Does it make sense that BV may have implemented a change that would allow registrations from a FQDN but not from a hardcoded ip? Just a thought.... Marty
you are correct. if you don't use sip.broadvoice.com it mess up you sip uri so the server will reject it. Also you should enable srvlookup it will help things run better. James Jones Broadvoice Technical Support ________________________________ From: asterisk-users-bounces@lists.digium.com on behalf of Ed Brady Sent: Sat 8/28/2004 1:39 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] Broadvoice problem Marty Mastera wrote: I had the same problem. To fix it, I had to do two things.... First: I had to update to CVS head, this was as per broadvoice support. Second: After updating, I had to change my sip.conf. Originally my sip.conf used hard coded ip addresses for broadvoice's IP servers, so I had to change the following lines as such: register => [mynumber]:[secret]@147.135.8.129 to read register => [mynumber]:[secret]@sip.broadvoice.com Ed, Weird things...I took your advice but executed it in stages...just like you, I was registering with 147.135.8.129, hardcoded ip. My CVS-HEAD is 7/14/04. The only thing I changed so far is to replace the 147.135.8.129 with sip.broadvoice.com. I didn't update from CVS, I also don't have SRV lookups enabled (yet anyway). It now registers and I can receive inbound calls. Does it make sense that BV may have implemented a change that would allow registrations from a FQDN but not from a hardcoded ip? Just a thought.... Marty _______________________________________________ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Marty, Yeah, I agree it is pretty weird that Broadvoice would have made this change. When I called support they said that they had made some changes to coverup up some kind of security "loop hole", however I am not clear how this would relate to this FQDN change. If nothing else, it caused me to (finally) update my system. BTW, does the latest CVS code have better support for SRV lookups? Ed
I am having problems with Broadvoice. I am not getting any audio, either in or out, but the phone will ring. Could someone double check my config. [general] context=default ; Default context for incoming calls port=5060 bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) disallow=all ; First disallow all codecs allow=ulaw ; Allow codecs in order of preference register => XXXXXXXXXX:PPPPPPPPPP@sip.broadvoice.com [broadvoice] type=friend username=xxxxxxxxxx fromuser=xxxxxxxxxx authuser=xxxxxxxxxx secret=pppppppppppp host=sip.broadvoice.com fromdomain=sip.broadvoice.com context=from-broadvoice dtmfmode=inband disallow=all allow=ulaw canreinvite=no nat=yes insecure=yes [bv-in-1] type=user host=147.135.8.128 context=from-broadvoice dtmfmode=inband canreinvite=no nat=yes And so on for 2 and 3.
its not you, its broadvoice. they have been having issues since late afternoon. can you say, broadvoice sucks ! Chris>>> EricR@rocketgaming.com 5/9/2005 8:35 PM >>>I am having problems with Broadvoice. I am not getting any audio, either in or out, but the phone will ring. Could someone double check my config. [general] context=default ; Default context for incoming calls port=5060 bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) disallow=all ; First disallow all codecs allow=ulaw ; Allow codecs in order of preference register => XXXXXXXXXX:PPPPPPPPPP@sip.broadvoice.com [broadvoice] type=friend username=xxxxxxxxxx fromuser=xxxxxxxxxx authuser=xxxxxxxxxx secret=pppppppppppp host=sip.broadvoice.com fromdomain=sip.broadvoice.com context=from-broadvoice dtmfmode=inband disallow=all allow=ulaw canreinvite=no nat=yes insecure=yes [bv-in-1] type=user host=147.135.8.128 context=from-broadvoice dtmfmode=inband canreinvite=no nat=yes And so on for 2 and 3. _______________________________________________ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20050509/7a2ba637/attachment.htm
Same problems here with my 214 and 662 DID Thank you, Steve Maroney On Mon, 9 May 2005, Christopher Kenna wrote:> its not you, its broadvoice. they have been having issues since late afternoon. > > can you say, broadvoice sucks ! > > Chris > > > >>> EricR@rocketgaming.com 5/9/2005 8:35 PM >>> > > I am having problems with Broadvoice. I am not getting any audio, > either in or out, but the phone will ring. Could someone double check > my config. > > [general] > context=default ; Default context for incoming calls > port=5060 > bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds > to all) > disallow=all ; First disallow all codecs > allow=ulaw ; Allow codecs in order of preference > > register => XXXXXXXXXX:PPPPPPPPPP@sip.broadvoice.com > > [broadvoice] > type=friend > username=xxxxxxxxxx > fromuser=xxxxxxxxxx > authuser=xxxxxxxxxx > secret=pppppppppppp > host=sip.broadvoice.com > fromdomain=sip.broadvoice.com > context=from-broadvoice > dtmfmode=inband > disallow=all > allow=ulaw > > canreinvite=no > nat=yes > insecure=yes > > [bv-in-1] > type=user > host=147.135.8.128 > context=from-broadvoice > dtmfmode=inband > canreinvite=no > nat=yes > > And so on for 2 and 3. > > _______________________________________________ > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > >
trixter http://www.0xdecafbad.com
2005-May-09 22:12 UTC
[Asterisk-Users] Broadvoice Problem
On Mon, 2005-05-09 at 20:57 -0400, Christopher Kenna wrote:> its not you, its broadvoice. they have been having issues since late > afternoon.dont you mean since last thursday constant and on and off for 2 weeks? However that doesnt mean its not his config. If it worked before and doesnt now without changes then its prolly broadvoice ... I had NAT issues where that was the case, especially when STUN was used when both the server and my sip phone were on the same netblock and an external STUN server was used and I used the external IP of the SIP server (my NAT box didnt know how to translate the IPs properly) -- Trixter http://www.0xdecafbad.com UK +44 870 340 4605 Germany +49 801 777 555 3402 US +1 360 207 0479 or +1 516 687 5200 FreeWorldDialup: 635378 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20050510/0bb66ad5/attachment.pgp