[Asterisk-Users] Broadvoice problem

James Jones jjones at broadvoice.com
Sun Aug 29 15:08:33 MST 2004


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 at 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 at 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




More information about the asterisk-users mailing list