Author |
Message |
Megamuch Brekeke Member
![](images/spacer.gif)
Joined: 06 Sep 2010 Posts: 10
|
Posted: Tue Oct 12, 2010 2:23 am Post subject: BYE request is returned by 603 declined? |
|
|
1. Brekeke Product Name and version: BSS latest
2. Java version: latest
3. OS type and the version: win2k8
4. UA (phone), gateway or other hardware/software involved:
policom soundpoint ip 310 / trixbox / pstn to sip gateway from aculab
5. Select your network pattern from http://www.brekeke-sip.com/bbs/network/networkpatterns.html : 9
6. Your problem:
Funny thing:
Call is setup from PSTN to BSS (all public IP)
BSS sends call to registered trixbox machine (behind nat)
Asterisk sends incoming call to extension
This works perfectly. 2 way audio, call on hold, DTMF etc, everything is fine.
However, when I hangup the call that was CALLED the (call leg B), Brekeke returns a 603 declined on the BYE sent from trixbox to BSS
A calls pstn -> forward to BSS -> forward to trixbox -> send to extension -> B picks up
B hangs up -> send BYE to trixbox -> sends BYE to BSS -> 603 DECLINED
The result is that the incoming call stays active, which is not acceptable.
Do I have to make a special dial plan rule for BYE messages?
Here is the dialplan for the invite from PSTN
Matching Patterns | $request = ^INVITE $addr = <my external ip address>.[1-9]
| Deploy Patterns | To = sip:sodasterisk@ Contact = VRS
|
This is driving me crazy and I really don't understand why brekeke won't send the BYE message to the ip<-> PSTN converter |
|
Back to top |
|
Megamuch Brekeke Member
![](images/spacer.gif)
Joined: 06 Sep 2010 Posts: 10
|
Posted: Tue Oct 12, 2010 4:14 am Post subject: solution found |
|
|
Finally found the solution!
By changing dialplan like so:
Code: |
Matching Patterns | $request = ^INVITE $addr = <my external ip address>.[1-9]
| Deploy Patterns | To=sip:sodasterisk@
Contact=sip:VRS@sodasterisk
|
|
Now it works flawlessly! |
|
Back to top |
|
Harold Brekeke Master Guru
![](images/spacer.gif)
Joined: 21 Sep 2008 Posts: 287
Location: Japan
|
Posted: Tue Oct 12, 2010 10:50 am Post subject: |
|
|
As you figured out...
Contact=VRS
"VRS" is not SIP-URI!
Contact header should indicate a valid SIP-URI.. |
|
Back to top |
|
|