<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div>This was working. It broke yesterday at like 11am. Lumen says ATT has an interconnect issue. ATT is clueless about it though. It's all over the place though. Some calls that are routing through ATT are failing. Some that end on Tmobile are failing. I will try to refresh the auth password on it... that's a weird one.</div><div><br></div><div>On Fri, Apr 16, 2021, at 11:04 AM, Carlo Calabrese wrote:<br></div><blockquote type="cite" id="qt" style=""><div class="qt-ydp18dc36ccyahoo-style-wrap" style="font-family:"Helvetica Neue", Helvetica, Arial, sans-serif;font-size:13px;"><div><br></div><div dir="ltr">Was this working before?<br></div><div dir="ltr">I had problems before on a 4331 CUBE. I had to redo the password on the CUBE to Lumen.<br></div><div dir="ltr">it was the same password that was already there. and a reboot didn't fix it.<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div><br></div></div><div id="qt-ydp7014b27dyahoo_quoted_8925221307" class="qt-ydp7014b27dyahoo_quoted"><div style="font-family:"Helvetica Neue", Helvetica, Arial, sans-serif;font-size:13px;color:rgb(38, 40, 42);"><div>On Friday, April 16, 2021, 08:32:22 AM PDT, Sreekanth Narayanan (sreenara) via cisco-voip <cisco-voip@puck.nether.net> wrote:<br></div><div><br></div><div><br></div><div><div id="qt-ydp7014b27dyiv4234847078"><div dir="ltr"><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;">Nick,<br></div><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;"><br></div><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;">What's the disconnect cause from the CUBE? 102?<br></div><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;"><br></div><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;">Do you have logs for this call? Would be clear which timers are expiring, causing the problem.<br></div><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;">debug ccsip message<br></div><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;">debug ccsip error<br></div><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;">debug ccsip info<br></div><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;"><br></div><div style="font-family:Calibri, Helvetica, sans-serif;font-size:11pt;color:#000000;">-sreekanth<br></div><div id="qt-ydp7014b27dyiv4234847078appendonsend"><br></div><div><hr style="display:inline-block;width:98%;"><br></div><div class="qt-ydp7014b27dyiv4234847078yqt6601002253" id="qt-ydp7014b27dyiv4234847078yqt47219"><div dir="ltr" id="qt-ydp7014b27dyiv4234847078divRplyFwdMsg"><div><span class="font" style="font-family:Calibri, sans-serif;"><span class="colour" style="color:#000000;"><b>From:</b> cisco-voip <cisco-voip-bounces@puck.nether.net> on behalf of Nick Barnett <nick@barnett.email><br clear="none"> <b>Sent:</b> Friday, April 16, 2021 6:53 PM<br clear="none"> <b>To:</b> cisco-voip <cisco-voip@puck.nether.net><br clear="none"> <b>Subject:</b> [cisco-voip] Outbound SIP connection failing in CUBE due to some timer... maybe.</span></span> </div><div> <br></div></div><div><div>Yes, very vague subject. Sorry about that. Some calls to certain wireless carriers on our ITSP connections have started failing. <br></div><div><br></div><div>Win10 Jabber client (off of 12.5.su3) -> CUBE -> ITSP<br></div><div><br></div><div>The call goes out Lumen, the 401 auth and challenge response are fine, the INVITE is then sent with SDP. We get a TRYING response which we immediately ACK. Up until this point, the entire call flow is NORMAL. <br></div><div><br></div><div>If we don't receive a 18X response within 7 Seconds, the, the CUBE sends a cancel. Yes, the CUBE.<br></div><div><br></div><div>It appears that the far end is taking too long to send the 18X message. we involved our carrier and they can see the 18X come back a split second later (sometimes), but our side has already closed the connection.<br></div><div><br></div><div>I looked at all of the sip-ua timers and retry settings. nothing adds up to 7 seconds. Most timers are set to 500 msec. I'm not sure where to look? It's not on the sip profile.<span> </span><span>i tried bumping up the connect, update,
info and trying timers (one at a time), but it didn't make any difference. Maybe I was supposed to do something to make sip-ua changes "kick in" like bounce the sip service which I didn't do... not sure on that part.</span><br></div><div><br></div><div>Please tell me there is something simple I'm missing. Pointers?<br></div><div><br></div><div id="qt-ydp7014b27dyiv4234847078x_sig91721560"><div class="qt-ydp7014b27dyiv4234847078x_signature">Thanks,<br></div><div class="qt-ydp7014b27dyiv4234847078x_signature">Nick<br></div><div class="qt-ydp7014b27dyiv4234847078x_signature"><br></div><div class="qt-ydp7014b27dyiv4234847078x_signature"><br></div><div class="qt-ydp7014b27dyiv4234847078x_signature">p.s. : some possibly relevant config and the timers and retries from my sip-ua<br></div><div class="qt-ydp7014b27dyiv4234847078x_signature"><br></div><div class="qt-ydp7014b27dyiv4234847078x_signature">retry invite 2<br></div></div><div>retry response 6<br></div><div>retry bye 10<br></div><div>retry cancel 10<br></div><div>retry prack 10<br></div><div>retry update 6<br></div><div>retry rel1xx 6<br></div><div>retry notify 10<br></div><div>retry refer 10<br></div><div>retry info 6<br></div><div>retry register 6<br></div><div>retry subscribe 6<br></div><div>retry keepalive 6<br></div><div>retry options 6<br></div><div>timers trying 500<br></div><div>timers expires 180000<br></div><div>timers connect 500<br></div><div>timers connection aging 5<br></div><div>timers disconnect 500<br></div><div>timers prack 500<br></div><div>timers update 500<br></div><div>timers rel1xx 500<br></div><div>timers notify 750<br></div><div>timers refer 500<br></div><div>timers hold 2880<br></div><div>timers info 500<br></div><div>timers register 500<br></div><div>timers buffer-invite 0<br></div><div>timers keepalive down 30<br></div><div>timers keepalive active 120<br></div><div>timers dns registrar-cache 3600<br></div><div>timers options 500<br></div></div></div></div></div><div class="qt-ydp7014b27dyqt6601002253" id="qt-ydp7014b27dyqt42814"><div>_______________________________________________<br></div><div>cisco-voip mailing list<br></div><div><a shape="rect" href="mailto:cisco-voip@puck.nether.net" rel="nofollow" target="_blank">cisco-voip@puck.nether.net</a><br></div><div><a shape="rect" href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="nofollow" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></div></div></div></div></div></blockquote><div><br></div><div><br></div><div id="sig91721560"><div class="signature">Thanks,<br></div><div class="signature">Nick<br></div></div><div><br></div></body></html>