This may be a basic question and i apologize. I have not been to my level two class and my client is implementing already.
I have a Movi Expressway Starter Pack w/firewall option and four C40 Codecs
Everything is working, all the clients can talk, everything is registered h.323 and SIP.
Question: My client (site A) has a client (site B) that wants to be able to call thier codec. Site B is not registered to our VCS so how do they call our specific Codec behind the VCS.
But i am not sure how that would be routed with DNS? The Movi client al use the find me addresses like firstname.lastname@example.org and those work great but the Movi clients are on the VCS.
How do i make sure that whatever address it should be is going to be routed to the
The client has setup an a record of movi.test.com which is routed to the IP of the VCS expressway
You would need to implement DNS SVR records to route H323 and SIP calls to your VCS, an A record simply isn't enough. We had the same issue recently, until we implemented our SVR records.
The following records that we implemented were provided to use from one of our Cisco reps:
SIP Domain needs to be routable FQDN, such as your company's domain or movi.test.com as in your previous message.
For example the first record (_h323cs._tcp.
protocol (tcp) the priority (10) and weight (10) and the port (1720) to use when connecting to the
server (FQDN address of Expressway).
There are also some documents that cover this in detail that you might want to check out here in the forums.
If client-B support URI dialing (and have proper DNS configuration) and able to reach VCS-E (for both call signal and media routing), client-B able to make a call to Endpoint/UA on VCS-E Starter Pack (assume your Endpoint/UA registered on VCS-E SP with URI format and also have local search rule with matching it).
Addition to above, your VCS-E SP need DNS registration (either SRV or A-record but highly recommend for SRV).
For these configuration, call initiator able to reach out VCS-E SP even dialing with URI format.
For more information about DNS SRV, please refer to https://supportforums.cisco.com/docs/DOC-25395 and VCS administrator guide.
One additional tip that VCS-E SP has limitation for interworking call (please check detail in VCS administrator guide).
Additional reference, https://supportforums.cisco.com/message/3676656#3676656, in this support community as your reference.
Without SVR records you could connect to an internal codec via the following method, which is what we did until we finally got our SVR records in place.
Forgot to mention that we already setup all the SRV records as well. i learned my lesson on that when i setup my first movi box.
I think what i am missing are some search rules in the VCS. I will check ou the Docs you sugested and let you know.
Thanks for the help!!!
As mention earlier, if all your Endpoint/UA register with URI format (not E.164 alias), then any match pointing to local zone should works for simple call search.
You may use locate tool on VCS Web GUI for testing the search rule.
Also https://supportforums.cisco.com/docs/DOC-25084 for your reference if need for regex base search rule configuration addition to administrator guide.
It looks like my client did not setup thier SRV records like i asked them too!!!!! I just did several ns lookup tests and nothing shows up. So i think i may have found the answer to my question.
Same issue but reverse... I am trying to dial an IP address from a c40 that is registered tot he VCS movi starte pack. This has the dual nic option too.
I have put in my DNS zone, Search rules for any IP address and still cannot connect. I know the other codec works becuase i can ping it from the vcs and i can get into it from the same network.
the log gives me this:
|Aug 23 13:09:40||tvcs: Event="Call Rejected" Service="H323" Src-ip="172.17.43.7" Src-port="11025" Src-alias-type="H323" Src-alias="email@example.com" Src-alias-type="E164" Src-alias="334" Dst-ip="22.214.171.124" Call-serial-number="b3d6f1b0-ed4d-11e1-ae55-0010f32381a2" Tag="b3d6f2dc-ed4d-11e1-b986-0010f32381a2" Protocol="TCP" Response-code="Destination not found" Level="1" UTCTime="2012-08-23 18:09:40,551"|
|Aug 23 13:09:40||tvcs: Event="Search Completed" Service="H323" Src-alias-type="H323" Src-alias="firstname.lastname@example.org" Src-alias-type="E164" Src-alias="334" Dst-ip="126.96.36.199" Call-serial-number="b3d6f1b0-ed4d-11e1-ae55-0010f32381a2" Tag="b3d6f2dc-ed4d-11e1-b986-0010f32381a2" Detail="found:FALSE, searchtype:Setup" Level="1" UTCTime="2012-08-23 18:09:40,550"|
it says destination not found but i can ping the ip address. Does this mean my search rule is not working?
Brandon - Try doing a locate search to see where the search is failing, it will help you determine if it's your search rules or something else.
Maintenance > Tools > Locate
I am on direct dial
This is what i get with SIP when i do a locate
This is what i get with H323
The IP address i was dialing was behind a VCS. I called the URI of the IP and it works great. I found some test IP addresses and everything worked. My client neglected to tell me the other side was behind a VCS. So i guess i am my own issue.
You may also test calling IP address of VCS after configure that SIP UAs URL as “Fallback alias” under Dial plan configuration.
When VCS receive the call directly own IP address, VCS will proceed the call to alias that configured as “Fallback alias”.
If customer has support desk, often this feature works well by forwarding the call to support desk URI.
THanks for the tip i will set that up with the IT desk. I have the system integrated with thier call manager so i will send it to them.