Welcome, Unregistered.

Welcome to VTC talk Forums.
Remember Me?
Vaddio
Vaddio is the leading manufacturer and OEM-distributor of specialty PTZ cameras, high-end camera control systems and custom furniture used in the broadcasting, audiovisual and videoconferencing industries.
www.vaddio.com
Interlink Vision
Cloud Video Conferencing. CallPresence is a cloud-based hosted solution that helps individuals and companies enhance their video communications. From Polycom desktop-based Telepresence, ISDN to IP services, and Virtual Video Meeting Rooms with guest accounts for non-video enabled users.
www.interlinkvision.com
LAN/VPN Video Conferencing Server
TrueConf Server is an SVC-based video conferencing on-premises software designed specially for LAN/VPN networks. Full HD video experience, multi-point video conferences for up to 250 endpoints, client apps for Windows, iOS, Android, OS X, WebRTC & Linux. Ensures interoperability via SIP/H.323 and LDAP protocols.
www.trueconf.com
Go Back Video conferencing / Telepresence Forum > Connectivity > IP Telephony > Question on VCS and dialling Annex O..
Reply
 
Thread Tools Display Modes
Old 04-19-2012   #1
nostromo
Rookie Member
 
Join Date: Apr 2009
Posts: 8
nostromo - Has only 10 Tech Points
Default Question on VCS and dialling Annex O..

Scenario:
A VCS is dialling out across the Internet to an H.323 URI, e.g. 1234@video.company.com. The VCS attempts to resolve the destination using Annex O.

In the DNS for the domain company.com on the Internet are these records that resolve to a host and a port:

_h323ls._udp.video.company.com
port: 1719
target: vc-gateway.company.com

_h323cs._tcp.video.company.com
port: 1720
target: vc-gateway.company.com


The VCS will look at the top i.e. UDP record and then do a RAS LRQ for 1234@video.company.com to the host vc-gateway.company.com on the usual RAS port of UDP 1719.

My question is, if the UDP record was not present in the DNS, and only the TCP record was present, would the VCS simply send an H.225 setup to the host vc-gateway.company.com on the usual H.323 port of TCP 1720?
nostromo is offline   Reply With Quote
Old 04-20-2012   #2
bubonico
Experienced Technician
 
Join Date: Oct 2009
Posts: 62
bubonico - Has only 10 Tech Points
Default

Correct!

From the admin guide (Dial plan and call processing-Page 185 of 479):

H.323
1. The VCS sends a query to its DNS server for an SRV record for the domain in the URI. (If more than one DNS server has been configured on the VCS, the query will be sent to all servers at the same time, and all responses will be prioritized by the VCS with only the most relevant SRV record being used.) If available, this SRV record returns information (such as the FQDN and listening port) about either the device itself or the authoritative H.323 gatekeeper for that domain. If the domain part of the URI address was resolved successfully using an H.323 Location SRV record
(that is, for _ h323ls) then the VCS will send an A/AAAA record query for each name record returned.
These will resolve to one or more IP addresses, and the VCS then sends, in priority order, an LRQ for
the full URI to those IP addresses.

If the domain part of the URI address was resolved using an H.323 Call Signaling SRV record (that is,
for _ h323cs) then the VCS will send an A/AAAA record query for each name record returned. These will
resolve to one or more IP addresses, and the VCS then routes the call, in priority order to the IP
addresses returned in those records.
(An exception to this is where the original dial string has a port
specified - for example, user@example.com:1719 - in which case the address returned is queried
via an LRQ for the full URI address.)

2. If a relevant SRV record cannot be located:

If the Include address record setting for the DNS zone being queried is set to On, the system will fall
back to looking for an A or AAAA record for the domain in the URI. If such a record is found, the call will
be routed to that IP address and the search will terminate. Note that if the A and AAAA records that are
found at this domain are for systems other than those that support SIP or H.323, the VCS will still
forward the call to this zone, and the call will therefore fail. For this reason, you are recommended to use
the default setting of Off.

If the Include address record setting for the DNS zone being queried is set to Off, the VCS will not
query for A and AAAA records and instead will continue with the search, querying the remaining lower
priority zones.

Cheers!
bubonico is offline   Reply With Quote
Old 04-23-2012   #3
nostromo
Rookie Member
 
Join Date: Apr 2009
Posts: 8
nostromo - Has only 10 Tech Points
Default

Excellent, thank you!
I just don't know my way around the VCS..we own a Polycom VBP receiving calls from a VCS. I will remove the _h323ls._udp record we have for our domain that resolves to the VBP, in retrospect it shouldn't be there at all - the VBP doesn't provide any external gatekeeper functions so therefore the LRQ arriving from the VCS is returned to the VCS with a 'not allowed' type of message from the VBP, if I remove the _h323ls._udp record then in the first instance the VCS will only see the _h323cs._tcp record and will do a direct H.225 connect.
nostromo is offline   Reply With Quote
Reply

Bookmarks


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Can Free Cisco Jabber call H.323 endpoints using Annex O dialing? crunkvtc Systems and solutions 28 08-23-2012 06:52 PM
Gatekeeper not accepting URI dialling gell0011 Network 1 01-31-2011 04:02 PM
What does video annex +NW mean? drunken_prozac CODEC 4 08-05-2010 12:35 AM
Polycom Dialling US harpersimon CODEC 3 07-13-2010 07:56 AM
password dialling from MGC 100+ 18tillidie MCU 5 04-09-2010 05:11 AM

Register

Username
Password
Email
Close
3.8.4
Copyright 2014 VTCtalk.com
Copyright (c) 2004 - 2012, Crependo. All Rights Reserved