Hi all, We seem to be having an interesting issue maintaining our registrations with Broadvoice. It seems to be related to the fact that Asterisk does not normally include authentication with its first REGISTER attempt. Normally, Broadvoice doesn't care, responds with a 401 Proxy Auth Required, and asterisk answers accordingly. However, if the account is already registered, Broadvoice responds with a 200 OK even when there is no credientials sent. Asterisk sees a perfectly valid registration, but Broadvoice doesn't count these "intermediate" ones. I'm not sure why it doesn't respond with the normal 401. To add insult to injury the expire times for these pseudo-registrations are 3600 (compared to the normal 1200 for a non-private source IP). The result? Well, after the true, original registration expires, the account is no longer registered. But asterisk thinks the registration is still valid, until the 3600 expires. This is an issue whenever we're working on our sip.conf files and need to do a sip reload. When we do, we get a false registration, and eventually fall out of their proxy. Even restarting asterisk as a whole causes problems. Broadvoice seems to be pointing the finger at the fact that asterisk isn't offering credentials with the initial REGISTER. It seems to me, however, that this is a normal behavior, as traces have shown that all my other user agents behave just like this when registering with me. I'd love to quote the RFC back at them, but I haven't had a chance to dig into it. Does anyone know a way to just force Asterisk to offer authentication info with each REGISTER, standards-compliant or not? As always, thanks. - Jeff
Andy Reinke
2004-Oct-07 07:18 UTC
[Asterisk-Users] REGISTER timeout problem with Broadvoice
Jeff, I can't answer as to how to force REGISTER with credentials. However I did read an article about broadvoice service which may explain your "false" registrations. You are only allowd to register 1 device per account under their terms and they handle this case as follows: if a user registers multiple devices, only the first device will receive inbound calls all other devices will be ignored. If the first device is already handling a call then the inbound call will go to VM. Also, I haven't checked into this but it seems to me you could tweak the default and max expiry in sip.conf to prevent this problem by either lengthening the original reg or shortening the subsequent ones expiry times so you don't have a possible gap where you are not registered - have you tried that? -----Original Message----- From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Jeff Pyle Sent: Wednesday, October 06, 2004 9:48 PM To: asterisk-users@lists.digium.com Subject: [Asterisk-Users] REGISTER timeout problem with Broadvoice Hi all, We seem to be having an interesting issue maintaining our registrations with Broadvoice. It seems to be related to the fact that Asterisk does not normally include authentication with its first REGISTER attempt. Normally, Broadvoice doesn't care, responds with a 401 Proxy Auth Required, and asterisk answers accordingly. However, if the account is already registered, Broadvoice responds with a 200 OK even when there is no credientials sent. Asterisk sees a perfectly valid registration, but Broadvoice doesn't count these "intermediate" ones. I'm not sure why it doesn't respond with the normal 401. To add insult to injury the expire times for these pseudo-registrations are 3600 (compared to the normal 1200 for a non-private source IP). The result? Well, after the true, original registration expires, the account is no longer registered. But asterisk thinks the registration is still valid, until the 3600 expires. This is an issue whenever we're working on our sip.conf files and need to do a sip reload. When we do, we get a false registration, and eventually fall out of their proxy. Even restarting asterisk as a whole causes problems. Broadvoice seems to be pointing the finger at the fact that asterisk isn't offering credentials with the initial REGISTER. It seems to me, however, that this is a normal behavior, as traces have shown that all my other user agents behave just like this when registering with me. I'd love to quote the RFC back at them, but I haven't had a chance to dig into it. Does anyone know a way to just force Asterisk to offer authentication info with each REGISTER, standards-compliant or not? As always, thanks. - Jeff _______________________________________________ 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
Exactly, Darren. That recording is just a symptom of not being registered. From that point, a simple 'sip reload' is enough to get us back into registration. Or, if you wait until your 3600 false registration times out, you're good to go when it renews on its own. For some reason I'm not receiving messages from the list anymore, so if folks could continue to include my direct address in replies, that would be most appreciated. - Jeff On Thu, 7 Oct 2004 13:05:06 -0400, Darren Nickerson <darren.nickerson@ifax.com> wrote:> > I think we're seeing the same thing. Calls placed out via Broadvoice get a > recording saying we're not authorized to place an outbound call, or > something like that ... is this what your users experience? > > -d > > ----- Original Message ----- > From: "Jeff Pyle" <jpyle490@gmail.com> > To: <asterisk-users@lists.digium.com> > Sent: Wednesday, October 06, 2004 9:48 PM > Subject: [Asterisk-Users] REGISTER timeout problem with Broadvoice > > > Hi all, > > > > We seem to be having an interesting issue maintaining our > > registrations with Broadvoice. It seems to be related to the fact > > that Asterisk does not normally include authentication with its first > > REGISTER attempt. Normally, Broadvoice doesn't care, responds with a > > 401 Proxy Auth Required, and asterisk answers accordingly. However, > > if the account is already registered, Broadvoice responds with a 200 > > OK even when there is no credientials sent. Asterisk sees a perfectly > > valid registration, but Broadvoice doesn't count these "intermediate" > > ones. I'm not sure why it doesn't respond with the normal 401. To > > add insult to injury the expire times for these pseudo-registrations > > are 3600 (compared to the normal 1200 for a non-private source IP). > > The result? Well, after the true, original registration expires, the > > account is no longer registered. But asterisk thinks the registration > > is still valid, until the 3600 expires. > > > > This is an issue whenever we're working on our sip.conf files and need > > to do a sip reload. When we do, we get a false registration, and > > eventually fall out of their proxy. Even restarting asterisk as a > > whole causes problems. > > > > Broadvoice seems to be pointing the finger at the fact that asterisk > > isn't offering credentials with the initial REGISTER. It seems to me, > > however, that this is a normal behavior, as traces have shown that all > > my other user agents behave just like this when registering with me. > > I'd love to quote the RFC back at them, but I haven't had a chance to > > dig into it. > > > > Does anyone know a way to just force Asterisk to offer authentication > > info with each REGISTER, standards-compliant or not? > > > > As always, thanks. > > > > - Jeff > > _______________________________________________ > > 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 > > > >