<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
color:black;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.EmailStyle17
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:"Consolas","serif";
color:black;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body bgcolor=white lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='color:#1F497D'>I have always been under the impression PRACK is for transmission over unreliable media, i.e open internet. Since most of our customer base is SIP trunking and registered devices for Broadsoft hosted PBX, where the last mile is QoS controlled for signaling and media, so PRACK should not be required in both scenarios.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>Most ringback scenarios have 180 without SDP arriving back at the caller, signaling local RBT for the endpoint is required, whether the RBT is generated by a device closer to the endpoint or the endpoint itself is the discussion. <o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>Broadsoft DMS has profiles for the phones that gets downloaded to them with user logon details and other options like the option to generate local RBT probably via .wav file or similar.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>The concern I have is that if the media comes from a centralized source like a BSFT media server, issues on the MS will have customers stranded with garbled/no RBT/wrong RBT. My employer due to a legacy TDM background prefers non-endpoint RBT generated (he would, seeing that in TDM the remote side or closest network exit to the phone generates the RBT).<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>I have always taken it for granted that best common practice is for the device to generate its own ringtone in a SIP environment. I am now forced to question this logic, as the argument is that in TDM ringback has no issues, but can be problematic in SIP.<o:p></o:p></span></p><p class=MsoNormal><a name="_MailEndCompose"><span style='color:#1F497D'><o:p> </o:p></span></a></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext'> John S. Robinson [mailto:jsr@communichanic.com] <br><b>Sent:</b> Tuesday, November 06, 2012 5:07 PM<br><b>To:</b> voiceops@voiceops.org; johnbotha@hotmail.com<br><b>Subject:</b> Re: [VoiceOps] Local ringback on SIP 180 from Broadsoft media server vs phone generated RBT<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>In general, I advise my clients to <b>not </b>generate ringback tone on phones. Best practice is to have phones indicate alerting state by responding with 180 RINGING with no SDP, and require PRACK method. Media flow from phones <i>before </i>200 OK may cause other problems, especially in a simultaneous ringing environment. <br><br>One common practice is that 180 RINGING is sent without SDP, and a media gateway closer to the caller furnishes the ringback tone. PRACK is optionally used to ensure that the provisional response is reliable. Another common practice is to send 183 PROGRESS with SDP indicating the availability of early media and progress tone, but that practice isn't bullet proof. <br><br>Hope this helps. If you would like additional discussion, please feel free to contact me off list.<o:p></o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>John S. Robinson<br><i><a href="mailto:jsr@communichanic.com">jsr@communichanic.com</a></i><br>Communichanic Consultants, Inc.<o:p></o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'><br><br><o:p></o:p></p><div><p class=MsoNormal>On 11/5/2012 23:40, John Botha wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal>We are debating on having our Broadsoft media server generating RBT on a SIP 180 vs having the phone generate it locally, which is currently the case.<o:p></o:p></p><p class=MsoNormal>We have found sporadic ringback issues when the phones generate local RBT when it plays one ring and then goes silent or no RBT at all. This only happens once out of approximately 10 calls though, and signalling looks normal (ie no 180 followed by 183 or duplicate messaging).<o:p></o:p></p><p class=MsoNormal>The end-user hardware devices are mostly Polycom.<o:p></o:p></p><p class=MsoNormal>Does anyone have some experience, advice and information this? <o:p></o:p></p><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman","serif"'><br><br><br><o:p></o:p></span></p><pre>_______________________________________________<o:p></o:p></pre><pre>VoiceOps mailing list<o:p></o:p></pre><pre><a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><o:p></o:p></pre><pre><a href="https://puck.nether.net/mailman/listinfo/voiceops">https://puck.nether.net/mailman/listinfo/voiceops</a><o:p></o:p></pre></blockquote><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman","serif"'><o:p> </o:p></span></p></div></body></html>