<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>SIP 480 is Temporarily Unavailable and SIP 486 is User Busy. </div><div><br></div><div>Did they tell you what their RNA timer expiry is? Were you seeing the call ring for longer than what they say the expiry is set to? The expiry settings should live in their SIP Registrar platform, not their SBC. If I'm understanding correctly, a call from Verizon rings into a CUCM phone, user doesn't answer, CUCM/CUBE sends a 480 Temp Unavailable, and Verizon does not take action on that? </div><div><br></div><br><div><div>On Apr 26, 2011, at 7:03 PM, Mike Lydick wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Reviewed the call flow with Verizon and they were not responding to the 480 status we sent back. They should have been sending back a cancel after their RNA timer expired or after we sent back the user busy but they were not. Issue is not resolved but it appears to be with the providers SBC.<div>
<br></div><div>Someone once told me not to rely on the the provider...</div><div><br></div><div>Thanks for the suggestions</div><div><br clear="all">
Best Regards,<br><br>Mike Lydick<br><br><br>
<br><br><div class="gmail_quote">On Tue, Apr 26, 2011 at 12:29 PM, Ryan Ratliff <span dir="ltr"><<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">Couple ways to do this.<div><br></div><div>One would be via SIP transparency and normalization script on CUCM before it goes out to CUBE.</div><div><br></div><div>The other would be a SIP profile on CUBE. See <a href="https://supportforums.cisco.com/docs/DOC-16174?decorator=print" target="_blank">https://supportforums.cisco.com/docs/DOC-16174?decorator=print</a> for an example of using a profile to modify a header.</div>
<div><br><div>
<span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><div>
-Ryan</div></span>
</div>
<br><div><div><div></div><div><div>On Apr 26, 2011, at 11:43 AM, Mike Lydick wrote:</div><br>We have a redundant CUBE's with CM8.5. Verizon wants to see a sip status 408 and not 404 when we expire RNA timers. So when we send back the 404, Verizon sends back another call setup, assuming that something went wrong with the call. This cause multiple call attempts until we hit all the available inbound (CM) dial-peers.<div>
<br></div><div>Has any had to map cause codes for verizon or change the default response to RNA timer with a similar setup?</div><div><br></div><div><br clear="all">Best Regards,<br><br>Mike Lydick<br><br><br>
</div></div></div>
_______________________________________________<br>cisco-voip mailing list<div><br><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br></div><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div><br></div></div></blockquote></div><br>
</div>
_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>https://puck.nether.net/mailman/listinfo/cisco-voip<br></blockquote></div><br></body></html>