<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=Windows-1252">
<meta name="Generator" content="Microsoft Word 15 (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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle19
{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;}
/* List Definitions */
@list l0
{mso-list-id:14815540;
mso-list-type:hybrid;
mso-list-template-ids:-1567316660 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1
{mso-list-id:951018104;
mso-list-type:hybrid;
mso-list-template-ids:2030313104 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></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 lang="EN-US" link="#0563C1" vlink="#954F72">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>to expand on what I posted earlier...</p>
<p><br>
</p>
<p>I've found the problem with calling from a pbx to registered subscriber: When e164 to ruri option is selected to send DIDs to the PBX, this also normalizes the invite to an on net subscriber to include the 1</p>
<p><br>
</p>
<p>e164 to ruri on, INVITE:16623184122@10.x.x.x</p>
<p><br>
</p>
<p>e164 to ruri off, INVITE:6623184122@10.x.x.x</p>
<p><br>
</p>
<p>It is my understanding this function is to send the e164 number instead of the subscriber username on inbound calls, not anything else.</p>
<p><br>
</p>
<p>My question is, is there a way to normalize the invites with a rewrite rule or other configuration?? Or is there a way to send the e164 number to the subscriber where needed and NOT send e164 in the invite to another subscriber?</p>
<p><br>
</p>
<p>sipwise version is 2.8, with latest updates, freepbx is on the trunk that requires e164 to ruri, arris tm602g cable emta with sip firmware is the registered subscriber. The Arris device responds to the invite with busy if the number in the invite request
does not exactly match the username it is registered with. In our case, we do the area code + number without the country code, I have hundreds of devices out there registered like this. I did test my mta at home, changed it to register with a username of
16623184122 and all works as expected.</p>
<p><br>
</p>
<p>On the rest of the issues I posted about, I have learned that the only way to really do sip trunking with a mitel pbx is to place an sbc on site. I can make everything work well on my trunk by running the traffic over a tunnel to the customer and turning
on rtp proxy, however, the other provider this customer has refuses to proxy rtp, breaking calls that come in one trunk and forward out another. The solution there should be to do an sbc with both trunks and deliver a single trunk to the customer's PBX.</p>
<p><br>
</p>
<p><br>
</p>
<p>Stephen<br>
</p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Spce-user <spce-user-bounces@lists.sipwise.com> on behalf of Stephen Donovan <stephen@belzonicable.net><br>
<b>Sent:</b> Sunday, May 01, 2016 10:38:35 AM<br>
<b>To:</b> 'spce-user@lists.sipwise.com'<br>
<b>Subject:</b> [Spce-user] best practices on delivering SIP trunks to customers and individual registrations where endpoints on private IP</font>
<div> </div>
</div>
<div>
<div class="WordSection1">
<p class="MsoNormal">Here is the scenario:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Small cable operation. <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">1.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Residential customers have Arris emta in 10.15.xxx.xxx. They have direct access to sipwise box which is on a public IP. These customers have no trouble making or receiving calls, or talking to each other (subscriber to subscriber)<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">2.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Hosted PBX customers have asterisk VMs with public IP addressed and have a subscriber built for them with a static registration and their IP as a trusted source. These can make and receive calls no problem amongst themselves and the
PSTN.<o:p></o:p></p>
<p class="MsoListParagraph"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">3.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>External SIP trunk customer. I have an Adtran TA908e on site with a public IP on its outside interface, a private IP on their voice network on the inside interface, doing stateful sip and rtp proxy with their Mitel PBX. SIP/RTP traffic
should come and go to the public IP address of the Adtran box (it does). They can make and receive calls fine with PSTN.<o:p></o:p></p>
<p class="MsoListParagraph"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The problem comes in as follows:<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo4"><![if !supportLists]><span style="mso-list:Ignore">1.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Asterisk PBX at my office cannot call a residential subscriber which is registered. I get a 486 busy even when the subscriber is idle.<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo4"><![if !supportLists]><span style="mso-list:Ignore">2.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Registered subscriber on an Arris emta on a private ip can place a call to the customer with the Adtran and Mitel PBX but no audio. External calls to this PBX work fine.<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo4"><![if !supportLists]><span style="mso-list:Ignore">3.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Occasionally have problems reported by PBX customers that they get one way or no audio when forwarding calls back out to an external destination.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I understand more data is going to be needed, I will be glad to provide anything requested. I will actually be on site at the Mitel PBX customer’s location tomorrow morning, I plan on capturing some traffic on their network and inspecting
closely to see if it can be determined where some issues are happening with them. Probably unrelated to anything I’m doing, some IP phones on their mitel system are unable to make outbound calls, we see the call then immediately a cancel comes from them,
a couple IP phones and no digital phones on that system show that problem.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Stephen<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>