[cisco-voip] CUCM SRV records CSCth25928

[Eric Pedersen]

Is this referring to only the CUPS publish SIP trunk or any SIP trunk? It doesn't make sense to me for CUCM to support SRV records but only use the first entry.

Can I just add both CUPS servers as destinations on the same SIP trunk? The bug looks like it was entered for CUCM 7.1 before multiple destinations were supported.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ryan Ratliff
Sent: 15 November 2012 8:15 AM
To: Chris Ward
Cc: Cisco VoIPoE List
Subject: Re: [cisco-voip] CUCM SRV records CSCth25928

Since it's an enhancement you should go through your account team as well.  TAC can only push so hard on that category of defect.

-Ryan

On Nov 15, 2012, at 9:29 AM, Chris Ward (chrward) <chrward at cisco.com<mailto:chrward at cisco.com>> wrote:

That defect is still unresolved. You would need to contact TAC for an ETA or for them to push the BU for faster resolution.

+Chris
Unity Connection TME

From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net<mailto:voip-bounces at puck.nether.net>] On Behalf Of Ted Nugent
Sent: Wednesday, November 14, 2012 6:20 PM
To: Cisco VoIPoE List
Subject: [cisco-voip] CUCM SRV records CSCth25928

Is it possible this is still unresolved or maybe been resolved in a duplicate bug id? HOPEFULLY!
Does anyone know if this was resolved by 8.6.2?

CSCth25928 Bug Details
Change the behavior for invoking additional DNS SRV queries

Symptom:
When the Primary server is down CM does not try the second server mentioned in
the SRV record.
Even when the timer expires it resets the timer and again starts sending the
NOTIFY request to Primary DNS SRV record.



_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


The contents of this message may contain confidential and/or privileged
subject matter. If this message has been received in error, please contact
the sender and delete all copies. Like other forms of communication,
e-mail communications may be vulnerable to interception by unauthorized
parties. If you do not wish us to communicate with you by e-mail, please
notify us at your earliest convenience. In the absence of such
notification, your consent is assumed. Should you choose to allow us to
communicate by e-mail, we will not take any additional security measures
(such as encryption) unless specifically requested.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20121116/ec3d020a/attachment.html>