Problems getting a BYOD Sipura2100 to register with BV

[odinb]

Hi!

Signed up to the Broadvoice BYOD yesterday with a Sipura2100 and the coupon from Voxillastore. Then after resetting to factory defaults (****73738# then Press 1# to confirm. Hang up.) on the Sipura, I used the device config wizard on voxilla.

Since this is my second IP phone, I changed the SIP port on he sipura to 5050 (have a locked SIP ATA device from another provider that uses 5060, this device is functioning OK).

My firewall/NAT server forwards the following ports to the WAN IP (192.168.1.103) of my Sipura:
69 UDP
5050-5051 UDP
16200-16500 UDP

Have not done any other config in my Sipura aside from voxilla wizard, changing passwords to the device (admin and user) and added an NTP server (pool.ntp.org).

1) The username and pass to put under "line1" are the ones I can log in with on Broadvoice web, and that were chosen by me at signup on BV, are they not?

2) Display name is my phone number, is it not?

3) Do I need to configure a STUN server? Netcheck gives me the following info:
Direct NAT: Using NAT
NAT Type: Port Restricted NAT
NAT UPnP Enabled: No
Local IP: 192.168.1.102 (my PCs IP, Sipura device is on xx.103)
Port 5060: Blocked
Port 5082: Blocked

The phone adapter (sipura) will not register, have tried to power cycle the unit, and also to redo the factory reset and reprovision with the info from the wizard, and still it does not register.

Any ideas on what I have missed?

[deavod]

1) Email Broadvoice and get your user ID and password. My ID is my primary phone number; Password is not the same as your portal login password. Broadvoice has provided me the password via email.

2) For display name put your name. This is the Caller ID name.

3) Try putting a STUN server in your SIP Configuration. I use this one: stun.fwdnet.net:3478 As you may know, STUN generally alleviates the need to forward ports by letting your device discover the external IP and port it is mapped to.

HTH.

.Dave.

[odinb]

Hi Dave!

Thanks for the input! I actually tried entering the STUN server info, but it did not help, so I removed it again.
Called customer services, and was informed to login to the portal, go to account and then at the bottom under your devices to click on show configuration. The page showing up has all the account info you need.

So I was using the wrong username/password combination. After changing this info, it signed on almost instantly!

Thanks again for the input. Was suspecting this myself, but wanted to be sure first, your answer supported my suspicions.

[deavod]

Originally Posted by odinb

[...]
Called customer services, and was informed to login to the portal, go to account and then at the bottom under your devices to click on show configuration. The page showing up has all the account info you need.

That's great to know! I hope we can get this tread pinned to the top - it will save a lot of other people a lot of time!

[mberlant]

You'll also save yourself a lot of heartache in the future if you do not forcibly change any port numbers or map any ports through your router. Your ATAs and your router have jobs to do and they do them well. Since you have a Port Restricted NAT router it is virtually certain that it will work with your two ATAs, keeping them both happy, without having to tweak anything.

[odinb]

mberlant, could you please elaborate a bit on that?

1) Are you saying it should be possible to get both my phones to work on port 5060 at the same time?

2) How would it work without doing port forwarding in my router for all applicable ports? Is this by using a STUN server?

Please bear in mind that the ATA from my other provider is locked, and I cannot change any configuration on it (like adding STUN server info).

[mberlant]

Odin,

1) Yes. IT is the function of your router to keep all of the conversations straight. It is exactly parallel to your having two PCs in your home surfing the web. Both of these browsers are "using" port 80 at the same time. Your router takes the one session and maps it to port 80. When the second computer's session starts up and asks for port 80, since port 80 is occupied by the first computer it will assign another port (maybe 81 or maybe something random) and send the call on its way. Responses that come back on port 80 go to the first computer's port 80 and responses that come back on port 81 are sent to the second computer's port 80.

For your two ATAs it is exactly the same. The ATA that wakes up first and asks for a registration on port 5060 will get 5060 assigned by the router. The ATA that wakes up second and asks for port 5060 will be mapped dynamically to port 5061. Responses that come back to port 5060 will go to the first ATA and responses on port 5061 will go to the second ATA's port 5060. All of this happens automagically.

2) This is exactly STUN's purpose in life. In order for your SIP provider to be able to present you with an incoming call, the SIP server must know your public IP address and listening port. Your ATA doesn't know this without some help, so just prior to sending the Register request it sends out a STUN feeler. Basically, it sends a packet to a STUN server that says, "I am 192.168.0.50, listening on port 5060." Your router sees that 5060 is busy, so it assigns your session to port 5061 and sends the packet on its way. The STUN server receives the packet, takes the public header information out and adds that information into the payload of the packet that is returned to your ATA. This reply packet says, "Hello, 192.168.0.50:5060. I see you as 24.33.2.142:5061." Your ATA then can construct a Register packet that says, "Hello, sip.provider.com. I am 3115552368:mysecretpassword. I am listening on 192.168.0.50:5060 via 24.33.2.142:5061. Please register me."

Now, it doesn't matter whether either or both ATAs are locked, nor if you have admin rights to your router. (In fact, you will not have admin rights to the router if you are in a hotel, airport, coffee shop, customer's office, etc.) The router will do its job, STUN will do its job, and you will have successful registrations on both ATAs. I have had as many as seven physical devices connected through my router at one time. All of them registered using STUN and all were able to support conversations. Due to bandwidth limitations I never tried to establish more than three conversations simultaneously, but that is not a routing limitation.

[odinb]

Thanks for the explanation Mike!

This did work with the STUN server without setting up any port forwarding to my BYOD Sipura, and my softphone (X-lite).

Was however unable to get my locked device to register when I closed the ports in my router. So I guess my provider never added a STUN server to the configuration of their ATA.

Learning something new almost every day!

[jockgill]

:cry:

I spent hours yesterday tryng to install a BYO Sipura 2100 on my Broadvoice account. I was never able to get dial tone.

The directions on BV's web page appear to be broken. The URL you are supposed to paste in is not the correct one for the 2100, for starters. The 2100 is not even listed on the instruction page!

Further, when ever I tried to connect to the 2100 via the IP address from the ****110 proceedure all I ever got was "Connection Refused".

The 2100 responded to all of the **** commands and I was able to get to its configuration pages when I used the LAN IP Address, but never with the Current IP address.

Does anyone have any ideas as to how to get dial tone? BV's tech support exhausted all of their tricks last night with no results.

Could this be related to Broadvoices curernt outage woes? Any news on what these are? Or could it be that the 2100 was DOA?

BTW, I have tried to email this to BV's CEO David Epstein and also to their PR person "Angela". Waiting to hear back????

All suggestions most welcome.

PS: Skype, Lingo and Vonage have worked 100% right out of the box with pretty fair relaibility. But I prefer BV's BYO appraoch and the fact that they do not charge for a softphone, appear to be willing to provision multiple ATAs on one line if different locations, etc.

The real issue is will P-2-P kill off SIP? If so, why bother with SIP companies?

[burgerwars]

Also try what's listed in http://voxilla.com/forum-viewtopic-t-3433.html , in case you've upgraded your Sipura to firmware 3.1.2.