BYE request is returned by 603 declined?

Discuss any topic about Brekeke SIP Server.

Moderator: Brekeke Support Team

Post Reply
Megamuch
Posts: 10
Joined: Mon Sep 06, 2010 10:53 am

BYE request is returned by 603 declined?

Post by Megamuch »

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/ ... terns.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 Pattern
$request=^INVITE
$addr=<my external ip address>.[1-9]

Deploy Pattern
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
Megamuch
Posts: 10
Joined: Mon Sep 06, 2010 10:53 am

solution found

Post by Megamuch »

Finally found the solution!

By changing dialplan like so:

Code: Select all

Matching Pattern
$request=^INVITE
$addr=<my external ip address>.[1-9]

Deploy Pattern
To=sip:sodasterisk@
Contact=sip:VRS@sodasterisk
Now it works flawlessly!
Harold
Posts: 289
Joined: Sun Sep 21, 2008 10:31 pm
Location: Japan

Post by Harold »

As you figured out...
Contact=VRS

"VRS" is not SIP-URI!

Contact header should indicate a valid SIP-URI..
Post Reply