[cisco-voip] UCCX Install won't see Sub in CUCM Cluster

Ryan Ratliff rratliff at cisco.com
Mon Jun 7 10:52:36 EDT 2010 

That is correct, for NAT deployments the endpoints do need to use DNS to resolve the CUCM servers' addresses to the outside address.  There is no requirement that the CUCM server has to resolve an endpoint's DNS name.

-Ryan

On Jun 7, 2010, at 10:45 AM, Gates, Jobe R. wrote:

> Unless I'm misunderstanding this is from the SRND.
> 
> There are some situations in which configuring and using DNS might be unavoidable. For example, if
> Network Address Translation (NAT) is required for communications between the IP phones and
> Unified CM in the IP Communications network, DNS is required to ensure proper mapping of NAT
> translated addresses to network host devices.
> 
> 
> 
> -----Original Message-----
> From: Ryan Ratliff [mailto:rratliff at cisco.com]
> Sent: Monday, June 07, 2010 10:43 AM
> To: Gates, Jobe R.
> Cc: 'Jason Aarons (US)'; Bill; 'Tanner Ezell'; 'cisco-voip'
> Subject: Re: [cisco-voip] UCCX Install won't see Sub in CUCM Cluster
> 
> What about the phone proxy deployment requires your infrastructure (ie servers, not the endpoints)  be configured to use DNS?
> 
> -Ryan
> 
> On Jun 7, 2010, at 10:35 AM, Gates, Jobe R. wrote:
> 
>> So how are you getting around the Phone Proxy then?  Are you not offering it since you don't want to run DNS?
>> 
>> -----Original Message-----
>> From: Jason Aarons (US) [mailto:jason.aarons at us.didata.com]
>> Sent: Monday, June 07, 2010 10:30 AM
>> To: Bill; 'Tanner Ezell'; Gates, Jobe R.
>> Cc: 'cisco-voip'
>> Subject: RE: [cisco-voip] UCCX Install won't see Sub in CUCM Cluster
>> 
>> Typically in the enterprise, having dial tone 100% reliant upon external DNS is frowned upon.  These are the same places with trading floors with billions of dollars using host files in Unix to ensure they work non-stop. Since DNS is maintained by the server team in the Enterprise your relying on someone else as well.
>> 
>> Wonder if Verizon or Time Warner Telcom SIP cloud relies on DNS for their underpinnings. Take down Verizon's internal SIP DNS servers and all their customer's go down? Better be a good firewall/server/patched BIND, etc.
>> 
>> 
>> -----Original Message-----
>> From: Bill [mailto:bill at hitechconnection.net]
>> Sent: Monday, June 07, 2010 9:34 AM
>> To: Jason Aarons (US); 'Tanner Ezell'; 'Gates, Jobe R.'
>> Cc: 'cisco-voip'
>> Subject: RE: [cisco-voip] UCCX Install won't see Sub in CUCM Cluster
>> 
>> Those crazy guys who built the internet to use DNS may have had a good idea.
>> :)
>> 
>> There is nothing wrong with using DNS in an IPT environment.
>> 
>> -----Original Message-----
>> From: cisco-voip-bounces at puck.nether.net
>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons (US)
>> Sent: Sunday, June 06, 2010 11:27 PM
>> To: Tanner Ezell; Gates, Jobe R.
>> Cc: cisco-voip
>> Subject: Re: [cisco-voip] UCCX Install won't see Sub in CUCM Cluster
>> 
>> If you want to run ASA Phony Proxy you need use DNS for NAT.  Starting to
>> wonder about changing best practice to use DNS when DNS has a high uptime.
>> 
>> -----Original Message-----
>> From: cisco-voip-bounces at puck.nether.net
>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Tanner Ezell
>> Sent: Sunday, June 06, 2010 8:35 PM
>> To: Gates, Jobe R.
>> Cc: cisco-voip
>> Subject: Re: [cisco-voip] UCCX Install won't see Sub in CUCM Cluster
>> 
>> And when your DNS becomes unavailable so does everything that it
>> relies on. Replication and communication cease and you're sunk. Best
>> practice is to ALWAYS use IP addressing.
>> 
>> On Sun, Jun 6, 2010 at 5:06 PM, Gates, Jobe R. <JRGates at burns-wilcox.com>
>> wrote:
>>> We arn't using IP's, we're using DNS with no problems.
>>> 
>>> 
>>> On Jun 6, 2010, at 8:03 PM, "Tanner Ezell" <tanner.ezell at gmail.com>
>>> wrote:
>>> 
>>>> Why weren't you using IP address in the first place?
>>>> 
>>>> On Sun, Jun 6, 2010 at 4:35 PM, H, Tim <TimH at trstone.com> wrote:
>>>>> I opened a TAC on this problem.  Turned out the two entries for
>>>>> CUCM Pub and Sub had to be in the hosts file on both UCCX machines.
>>>>> 
>>>>> Thanks,
>>>>> Tim
>>>>> 
>>>>> 
>>>>> 
>>>>> -----Original Message-----
>>>>> From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-
>>>>> bounces at puck.nether.net] On Behalf Of H, Tim
>>>>> Sent: Sunday, June 06, 2010 2:06 AM
>>>>> To: Tanner Ezell
>>>>> Cc: cisco-voip
>>>>> Subject: Re: [cisco-voip] UCCX Install won't see Sub in CUCM Cluster
>>>>> 
>>>>> Yea, it's in there.  I made sure that the database is replicating,
>>>>> and it is with no issues.
>>>>> 
>>>>> Thanks,
>>>>> 
>>>>> Tim
>>>>> 
>>>>> 
>>>>> -----Original Message-----
>>>>> From: Tanner Ezell [mailto:tanner.ezell at gmail.com]
>>>>> Sent: Sunday, June 06, 2010 2:01 AM
>>>>> To: H, Tim
>>>>> Cc: James Buchanan; cisco-voip
>>>>> Subject: Re: [cisco-voip] UCCX Install won't see Sub in CUCM Cluster
>>>>> 
>>>>> Does the second server show up under System --> Servers just fine?
>>>>> 
>>>>> This is certainly odd behavior, does the SUB process calls
>>>>> successfully? Best bet at this point is to open a TAC case.
>>>>> 
>>>>> I'd be curious to know the cause of this when you get it resolved.
>>>>> 
>>>>> On Sat, Jun 5, 2010 at 10:17 PM, H, Tim <TimH at trstone.com> wrote:
>>>>>> Yes, both sub and pub have the CM service active.
>>>>>> 
>>>>>> Thanks,
>>>>>> 
>>>>>> Tim
>>>>>> 
>>>>>> -----Original Message-----
>>>>>> From: Tanner Ezell [mailto:tanner.ezell at gmail.com]
>>>>>> Sent: Sunday, June 06, 2010 12:59 AM
>>>>>> To: H, Tim
>>>>>> Cc: James Buchanan; cisco-voip
>>>>>> Subject: Re: [cisco-voip] UCCX Install won't see Sub in CUCM Cluster
>>>>>> 
>>>>>> Is the CallManager service active?
>>>>>> 
>>>>>> On Sat, Jun 5, 2010 at 9:56 PM, H, Tim <TimH at trstone.com> wrote:
>>>>>>> Yes.
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Thanks,
>>>>>>> 
>>>>>>> Tim
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> From: James Buchanan [mailto:jbuchanan at ctiusa.com]
>>>>>>> Sent: Sunday, June 06, 2010 12:14 AM
>>>>>>> To: H, Tim; cisco-voip
>>>>>>> Subject: RE: [cisco-voip] UCCX Install won't see Sub in CUCM
>>>>>>> Cluster
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Are those services activated on the Subscriber (CTIManager, AXL)?
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> James Buchanan | Senior Network Engineer | South Region |
>>>>>>> Presidio Networked
>>>>>>> Solutions
>>>>>>> 12 Cadillac Dr, Suite 130, Brentwood, TN 37027 |
>> jbuchanan at presidio.com
>>>>>>> D: 615-866-5729 | www.presidio.com <http://www.presidio.com>
>>>>>>> 
>>>>>>> CCIE #25863, Voice
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> From: cisco-voip-bounces at puck.nether.net
>>>>>>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of H, Tim
>>>>>>> Sent: Saturday, June 05, 2010 9:44 PM
>>>>>>> To: cisco-voip
>>>>>>> Subject: [cisco-voip] UCCX Install won't see Sub in CUCM Cluster
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> I'm in the middle of doing a new deployment of UCCX and during
>>>>>>> the install I
>>>>>>> put in the IP of the CUCM Pub which it sees, but it won't by
>>>>>>> default bring
>>>>>>> in the SUB IP with it while doing AXLservice and CTImanager service
>>>>>>> activations.  The CUCM is clustered with good database replication.
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Any good ideas?
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Thanks,
>>>>>>> 
>>>>>>> Tim
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> cisco-voip mailing list
>>>>>>> cisco-voip at puck.nether.net
>>>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> Cheers,
>>>>>> 
>>>>>> Tanner Ezell
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Cheers,
>>>>> 
>>>>> Tanner Ezell
>>>>> 
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>> 
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> Cheers,
>>>> 
>>>> Tanner Ezell
>>>> 
>>>> _______________________________________________
>>>> cisco-voip mailing list
>>>> cisco-voip at puck.nether.net
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>> 
>> 
>> 
>> 
>> --
>> Cheers,
>> 
>> Tanner Ezell
>> 
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> -----------------------------------------
>> Disclaimer:
>> 
>> This e-mail communication and any attachments may contain
>> confidential and privileged information and is for use by the
>> designated addressee(s) named above only.  If you are not the
>> intended addressee, you are hereby notified that you have received
>> this communication in error and that any use or reproduction of
>> this email or its contents is strictly prohibited and may be
>> unlawful.  If you have received this communication in error, please
>> notify us immediately by replying to this message and deleting it
>> from your computer. Thank you.
>> 
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> 
>> 
>> -----------------------------------------
>> Disclaimer:
>> 
>> This e-mail communication and any attachments may contain
>> confidential and privileged information and is for use by the
>> designated addressee(s) named above only.  If you are not the
>> intended addressee, you are hereby notified that you have received
>> this communication in error and that any use or reproduction of
>> this email or its contents is strictly prohibited and may be
>> unlawful.  If you have received this communication in error, please
>> notify us immediately by replying to this message and deleting it
>> from your computer. Thank you.
>> 
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>

More information about the cisco-voip mailing list