<div dir="ltr">Correct, it's the PortReq SCCP message and PortRes return message that is used for this.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 3, 2014 at 3:22 PM, Peter Slow <span dir="ltr"><<a href="mailto:peter.slow@gmail.com" target="_blank">peter.slow@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">most skinny endpoints running newish software support early offer<br>
using the sccp getport message, fyi.<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, Jun 3, 2014 at 2:10 PM, Amit Kumar <<a href="mailto:amit3.kum@gmail.com">amit3.kum@gmail.com</a>> wrote:<br>
> Here are my two cents.<br>
><br>
> Skinny endpoint mostly do an delayed offer, unless we force on sip trunk to<br>
> do an an early offer ( mtp if needed ). as everyone said, ringback behavior<br>
> changes from call manager, as per what we get from called party.<br>
><br>
> 180 ringing without SDP - > Ringback needs to be generated locally.<br>
> 180 / 183 with SDP - > Called party is going to play ringback for us. We<br>
> just need to establish media by that time ( Similar to what we see in ISDN,<br>
> when we get alerting with an PI of 3 or 8 ). In case of delayed offer, PRACK<br>
> is really an solution to look forward to have media established beforehand.<br>
><br>
><br>
><br>
><br>
> On Tue, Jun 3, 2014 at 10:50 PM, Brian Meade <<a href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>> wrote:<br>
>><br>
>> Definitely at least need the "debug ccsip messages" for one of the calls.<br>
>> We'll need to see if AT&T is sending a 180 Ringing or if they're sending a<br>
>> 183 Session Progress w/ SDP to play the ringback inband.  If they're sending<br>
>> a 183 Session Progress, make sure the SIP Profile on the SIP Trunk has the<br>
>> Rel1XX Options set to Send Prack if 18X contains SDP.<br>
>><br>
>><br>
>> On Tue, Jun 3, 2014 at 12:43 PM, Matthew Loraditch<br>
>> <<a href="mailto:MLoraditch@heliontechnologies.com">MLoraditch@heliontechnologies.com</a>> wrote:<br>
>>><br>
>>> We are having a regular but not always issue with a client, where they<br>
>>> are not hearing the ringing when dialing outbound on calls. These are SCCP<br>
>>> 6945s to UCM 9.1.2 SIP Trunked to CUBE and then handoff to at&t’s ipFlex<br>
>>> service.<br>
>>><br>
>>> If anyone has some suggestions to look at before I spend time with TAC it<br>
>>> would be appreciated!<br>
>>><br>
>>> Thanks!<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> Matthew G. Loraditch – CCNP-Voice, CCNA-R&S, CCDA<br>
>>><br>
>>> 1965 Greenspring Drive<br>
>>> Timonium, MD 21093<br>
>>><br>
>>> direct voice. <a href="tel:443.541.1518" value="+14435411518">443.541.1518</a><br>
>>> fax.  <a href="tel:410.252.9284" value="+14102529284">410.252.9284</a><br>
>>><br>
>>> Twitter  |  Facebook  | Website  |  Email Support<br>
>>><br>
>>> Support Phone. <a href="tel:410.252.8830" value="+14102528830">410.252.8830</a><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> cisco-voip mailing list<br>
>>> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> cisco-voip mailing list<br>
>> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> cisco-voip mailing list<br>
> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
</div></div></blockquote></div><br></div>