[Asterisk-Users] Broadvoice's changes last week broke call forwarding

Rich Adamson radamson at routers.com
Tue Mar 15 01:32:23 MST 2005


> I'm guessing it's the sudafed that caused me to wildly try this, but I'm
> glad I did, because though it creates a new concern, it solved my
> problem. Just for kicks I tried setting the canreinvite parameter to no
> for the broadvoice peer, and that fixed everything.
> 
> My server is on a live ip, no nat, and reinvite had worked before (pre
> last weeks change), so I had figured why not save bandwidth when
> possible? The question now is, why does reinvite capability have to be
> disabled for broadvoice to allow asterisk to forward my calls? This
> appears to be entirely an internal maneuver on my side, so why can't my
> asterisk server perform (re)invite authentication to broadvoice on two
> channels that it handles completely (one incoming and one outgoing)?
> 
> I don't understand enough about the intricacies of SIP and invite, but
> something doesn't seem right. I should be allowed to have reinvite
> capability here.
> 
> 
> 
> Any thoughts?

Broadvoice doesn't use asterisk for their switches, and whatever they
happen to use might not be rfc compliant. Who knows. Asterisk itself
isn't rfc compliant, so there's probably no way to ever answer your
question without just simply doing the trial and error thingie.





More information about the asterisk-users mailing list