Forums Read-only archive

how to make dialplan

5 posts · Brekeke SIP Server Forum

hansha Original post
1. Brekeke Product Name and version:
2.4.8.6

2. Java version:
1.6.0_03

3. OS type and the version:
windows2003

4. UA (phone), gateway or other hardware/software involved:

5. Select your network pattern from http://www.brekeke-sip.com/bbs/network/ ... terns.html :

6. Your problem:
if registered(To) = false then $target=10.4.22.29
if registered(To) = true then normal call
I do like that:

Matching pattern :
$request=^INVITE
$registered(To) = false

Deploy pattern
$target=10.4.22.29

but it not work


thanks!
hope
capture packets and check what response from target address
and need to click "Apply rules" button after editting dial plan
hansha
hope wrote:capture packets and check what response from target address
and need to click "Apply rules" button after editting dial plan

Matching pattern :
$request=^INVITE
$registered(To) = false

Deploy pattern
$target=10.4.22.29

I call 2001, $registered(2001) is false, sipserver route to 10.4.22.29, it is ok
I call 3001, $registered(3001) is true, but sipserver route to 10.4.22.29 also.
hope
do you mean when callee 3001 is registered at brekeke the call still apply the above rule?
is there any other dial plan rule above this one which the call may apply to?
if you check the details about the problem call in "active sesssions" page, is this rule name shown at "rule" field?
also can check from sv log by http://wiki.brekeke.com/wiki/log-SIP-packets
is user 3001 registered at the time calling to 3001?
hansha
hope wrote:do you mean when callee 3001 is registered at brekeke the call still apply the above rule?
is there any other dial plan rule above this one which the call may apply to?
if you check the details about the problem call in "active sesssions" page, is this rule name shown at "rule" field?
also can check from sv log by http://wiki.brekeke.com/wiki/log-SIP-packets
is user 3001 registered at the time calling to 3001?

I go back to the LAN test and that is good, sipserver route is ok.
This should be the reason for the network

thank you!