07-05-2018 09:36 AM - edited 03-17-2019 01:08 PM
We have cube configurations we inherited that we can see the dial-peers are pointing to:
session target sip-server
Normally you would have defined sip-server in the sip-ua area, but it's not showing there at all.
I'm assuming it's defined some other way.
What other ways can you define the value of "sip-server"?
07-05-2018 09:47 AM
07-05-2018 11:30 AM - edited 07-05-2018 11:31 AM
That doesn't appear to be the case. I see in the CUBE configuration guide a discussion of multi-tenant and VRF and the dial peer config does look similar, but there is no ip host vrf references or interface references or anything like that that would make me think that was in use for sip traffic.
When doing a sh run all (instead of just sh run), the session target sip-server reference expands to
session target dns: (the name reference here is an srv record that is menioned above as an
ip host _sip._tcp.... and
ip host _sip._udp.... references they point to a DNS server and an SRV resolution.)
The dns reference does resolve to the actual server. But what mechanism (command) would allow the cube to connect the dns reference to the sip-server reference? What allows it to learn that?
Are there other mechanisms for sip=server learning a value?
07-05-2018 11:34 AM
07-05-2018 11:43 AM
You are correct - I wasn't clear. There are sections in the configuration guide about mult-tenants and VRF aware DNS (separate sections, but both in the guide). I was simply trying to say I looked at both sections and neither seemed to apply. I worded it poorly (and some words got lost when I copied and pasted some things, sorry!).
I'm more interested in knowing the mechanisms that can be used to assign the sip-server a value since it isn't covered as well as I'd like in the CUBE configuration documentation.
07-05-2018 11:47 AM
07-05-2018 11:56 AM
That's what I thought too, but this doesn't seem to be the case (no voice-class tenant or voice-class sip tenant commands anywhere). It seems to be related to DNS and host entries, but I don't see anything tying them specifically to the sip-server command so I'm suspecting it it something that happens when you define the hosts a particular way (or the way the _sip._tcp and _sip._udp SRV references are made, but I'm not finding any information anywhere that describes if that is, in fact the mechanism or how you use it in general. I'm sure it's somewhere but I haven't found it. If I do, I'll post it here as well.
And, as I mentioned, it had me wondering about what other mechanisms may be out there that may not be obvious that will cause that value to be definted.
07-05-2018 12:00 PM
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