SRV Record for TC Software(SX20,C20)

[hashimoto.kotaro]

Hi all,

We tested DNS SRV record for two VCS-Cs that are not clustered.

MCU works fine with those SRV records, but C20, SX20 do not work.

Can't TC endpoints receive SRV records?

VCS：X8.2.1
MCU5300：4.5(1.45)
C20,SX20：TC7.2.0

Best Regards,

Kotaro

[George Thomas]

Are you referring to call routing or device registration?

[Patrick Sparkman]

Hello Kataro -

TC endpoints support SRV records.  Can you provide us what SRV and other DNS records you are using currently?

[hashimoto.kotaro]

Hi Patrick,

Sorry for the late reply.

I mentioned "MCU works fine with those SRV records, " but actually it didn't work.

The MCU just received two GKs IP addresses as Alternative Gatekeeper.

Now we use records below.

We configure "vcs1.test.local" as an SX20's Gatekeeper.

But when "vcs1.test.local" fails, the SX20 never register with "vcs2.test.local".

=====DNS Records=====
vcs1.test.local（A） and its Pointer record.
vcs2.test.local（A） and its Pointer record.

_h323cs._tcp.test.local
priority=1
weight=0
port=1720
svr hostname=vcs1.test.local

_h323cs._tcp.test.local
priority=10
weight=0
port=1720
svr hostname=vcs2.test.local

_h323ls._udp.test.local
priority=1
weight=0
port=1719
svr hostname=vcs1.test.local

_h323ls._udp.test.local
priority=10
weight=0
port=1719
svr hostname=vcs2.test.local

_h323rs._udp.test.local
priority=1
weight=0
port=1719
svr hostname=vcs1.test.local

_h323rs._udp.test.local
priority=10
weight=0
port=1719
svr hostname=vcs2.test.local

Best Regards,

Kotaro

[Patrick Sparkman · Accepted solution]

SRV records look fine.

However, instead of pointing the SX20 to "vcs1.test.local", you need to point it to "test.local".  The reason it's failing to roll over to vcs2 is because you're pointing it directly to vcs1.  In order to take advantage of your SRV records for registration etc, you need to point the SX20 to the domain you have them configured for "test.local".