<p dir="ltr"><br>
Thanks,</p>
<p dir="ltr">Ryan</p>
<br><br>-------- Original Message --------<br>From: Ryan Huff <ryanhuff@outlook.com><br>Sent: Friday, August 28, 2015 05:12 PM<br>To: amichaelbanks@hotmail.com<br>Subject: RE: [cisco-voip] Service Provider SIP Trunks<br><br><p dir="ltr">As long as you didn't change anything on the cpe side, it may be more likely your itsp changed more than just the pe.</p>
<p dir="ltr">You should be able to reproduce a failed call and provide your itsp with the session id and they should be able trace it; sometimes that encourages them to find whatever they broke.</p>
<p dir="ltr">Thanks,</p>
<p dir="ltr">Ryan</p>
<br><br>-------- Original Message --------<br>From: Aaron Banks <amichaelbanks@hotmail.com><br>Sent: Friday, August 28, 2015 04:39 PM<br>To: Ryan Huff <ryanhuff@outlook.com><br>Subject: RE: [cisco-voip] Service Provider SIP Trunks<br><br><div dir='ltr'>Even if early offer wasn't, why would some calls work and not others? That is the part puzzling me the most. It did work.<br><br><div><hr id="stopSpelling">Date: Fri, 28 Aug 2015 15:38:36 -0400<br>Subject: Re: [cisco-voip] Service Provider SIP Trunks<br>From: ryanhuff@outlook.com<br>To: amichaelbanks@hotmail.com; cisco-voip@puck.nether.net<br><br><p dir="ltr">Sounds like a codec/media issue. Are you supporting early offer?</p>
<p dir="ltr">Thanks,</p>
<p dir="ltr">Ryan</p>
<br><br>-------- Original Message --------<br>From: Aaron Banks <amichaelbanks@hotmail.com><br>Sent: Friday, August 28, 2015 03:35 PM<br>To: cisco-voip@puck.nether.net<br>Subject: [cisco-voip] Service Provider SIP Trunks<br><br><div dir="ltr"><br><br><div>I have a strange problem with SIP trunks. Let me preface this with the service provider moved the SIP trunks to a different device and that's what certain calls stopped working. Before this move, everything was tested and working for 6 weeks. Read on, someone might have had the same experience.<br><br>Post SIP trunk move, callers inside of the organization cannot call 911 or a mobile phone (ANY mobile phone). When they dial the number, let's use 911 for example, the call rings once, the calling line ID is delivered to 911 and then the call goes to busy. So 911 knows that organization called. The same thing happens with mobile phones. All other call types (local, LD, international) work. If I call forward a phone from inside of the organization to a mobile phone and call that forwarded phone (from outside or inside), the call is redirected to the mobile, call is answered and then the call drops. If I forward that same phone inside of the organization to an outside land line ((either local or LD), the call is successful.<br><br>For 911 or the mobile calls that fail, the SIP trace reveals a 500 (internal server error), a BYE message with reason Q.850; cause=16. The SIP call messages show the state of the call is DEAD.<br><br>My question is why would the number make any difference at all? Has anyone ever seen this type of issue before? The provider says it is CUCM 10.5/Voice GW 2901 that is rejecting the call. I disagree.<br><br>Many thanks<br><br>Aaron<br><br></div> </div></div> </div>