06-25-2019 12:40 AM
What will be the zone configuration i need to do on VCS-C when all the end point are registered on the itself VCS-C
I need to enable SIP URI call to SIP URI call to all endpoint rather than IP to IP.
Because IP to IP call dosen't come over VCS-C,
As i know zones configuration are towards VCS-E(External call) or towards internal CMS Server for (Bridge Call)
Solved! Go to Solution.
06-27-2019 10:59 PM
Hello
When you have registered your endpoint with " alias@ip address(exp-c)" then why you are transforming to domain
disable transform and make a simple search rule with exact pattern and target it to local zone.
Can you go under registered devices and check how your endpoint is registered there and then you need to make a search rule.
Thanks.
06-25-2019 06:00 AM
Hello,
If you register your endpoint on VCS-C by default it will be register in local zone
And you do not need to configure it.
Suppose you have added sip domain abc.com for endpoint registration and you wanted to route the calls to endpoint you need to make a search rule in which target zone will be local zone.
Further local zones are divided into sub zones.
You can read more about it in admin guides (About the Local Zone and Subzones and registration Control )
Thanks
Please rate if it is helpful...
06-26-2019 11:58 PM
06-27-2019 02:38 AM
Hello,
You need to check with what URI your endpoints are registered and then accordingly you need to make search rule and select protocol to sip only.
I can see that your call arrives to expressway with "" 19613@10.1.36.22" and then getting transformed to "19613@idfcbank.com"
And it is taking H323 search only because through SIP it was not able to find any successful match.
If you are only using SIP for registration the you should make a search rule like below-
First try to make specific and if all works then play with any pattern..
Thanks
Please rate if it is helpful and mark as accepted solution if applicable..
06-27-2019 03:46 AM
06-27-2019 04:27 AM
Hello,
That's what i mentioned in my previous update you need to check what is the URI of your devices?
You are changing number@domain again to number@ip?
Are your device URI having number@ip?
Also what uri the far end is dialing?
Do one thing register one endpoint with number@domain and make the exact search rule that i mentioned?
And also dial same number@domain and check if it works.
And if it works then make it generic.
Thanks.
Please rate if it is helpful..
06-27-2019 10:09 PM
End point has Sip URI as "alias@ip address(exp-c)"
1) i had checked simple making search rule from local zone to local zone. but it didn't worked.
2) i have make transforms from ip to domain and search rule as domain to IP address(exp-c), still it didn't worked.
i tried both ways in check pattern option and perform a test rule. both works well.
but in actual search rule it is not working.
in search history it show Request-timeout and searching.
06-27-2019 10:59 PM
Hello
When you have registered your endpoint with " alias@ip address(exp-c)" then why you are transforming to domain
disable transform and make a simple search rule with exact pattern and target it to local zone.
Can you go under registered devices and check how your endpoint is registered there and then you need to make a search rule.
Thanks.
06-27-2019 11:42 PM
06-27-2019 11:46 AM
Based on the thread above - I am guessing you don't have your endpoints registered with full SIP URI's. Can you tell us what URI's you have the endpoints in question registered with?
If you have two endpoints and one is registered as "1234" (no @domain) and your other is "5678" you will have a problem, because if you SIP dial 5678 from the first one, the endpoint wants (needs) to dial a full URI - since it has no domain, it's going to append @ip of the VCS it's registered to. The reverse would be true also, and these calls would never connect since the SIP URI won't actually exist.
You need a full URI - so create a SIP domain on the VCS of "abc" (whatever is appropriate for you), and then change the endpoint registration to match, so now they will be 1234@abc.com and 5678@abc.com. Now if I'm at the first one I can dial 5678 and it will work - when you don't dial the full URI the endpoint will automatically append the same domain you are using, so it will become 5678@abc.com, find the matching registration and the call will connect.
hope this helps
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide