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!
how to make dialplan
Moderator: Brekeke Support Team
route all call to 10.4.22.29
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.
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?
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?
This should be the reason for the network
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!