<div dir="ltr">Hi Antonio,<div><br><input name="virtru-metadata" type="hidden" value="{"email-policy":{"state":"closed","expirationUnit":"days","disableCopyPaste":false,"disablePrint":false,"disableForwarding":false,"expires":false},"attachments":{}}"><div>In general PBXs (Example: Cisco Callmanager, Asterisk) handles extensions and routes to PSTN differently.</div><div><br></div><div>Example:</div><div><br></div><div>Extension 1. 4082186571</div><div>Extension 2. 4082186572<br></div><div><br></div><div>Route Pattern (SJ Local) 408XXXXXXX</div><div><br></div><div>There are normally 2 approaches for the problem you describe.</div><div>a) Context access</div><div>b) Dial plan priority</div><div><br></div><div><b>Context</b></div><div>a) PBX lets you configure different Classes of Service so you can restrict which user access what. (Example: Restrict International dialing, etc)</div><div>My experience is that you configure context access to prioritize calls based on the following order:</div><div><br></div><div>Extensions/Emergency Numbers/Local Numbers/Long Distance/International/Premium</div><div><br></div><div>As a concrete example:</div><div>When extension 1 dials extension 2, extension 1 is configured to only access extensions and extension 2 rings as expected. If extension 1 has access to SJ Local in this existing overlap situation you handle priority access based on Class of Service in which PBX logic should allow you to decide what needs to be contacted first: extensions after that route patterns, etc. In this case my advise is to prioritize extensions first and then PSTN...but it may depend in your scenario.</div><div><br></div><div><b>Dialplan</b></div><div>When context is the same, lets say internal and local calls access have the same priority, some PBXs use "Best match pattern" since obviously an extension contains a specific number of digits versus a pattern which contains wildcards, most PBX use this to route to more specific patterns which result in dialing extensions first.</div><div><br></div><div>Pros of using internal extensions first:</div><div><br></div><div>1) Avoid paying PSTN calls for a call intended to an internal number.</div><div>2) Prevent routing loops, let say you own 40821865XX block and you have not configured 408218659 and someone dial it, you will be in a routing loop which may impact your PBX and eat up your DID channels.</div><div>3) Consider overlapping dialplan when same range exist internally and on the PSTN or second PBX. Your logic may need to be:</div><div>Check internal (If internal number doesnt exist...check PBX, then PSTN).</div><div><br></div><div>HTH</div><div><br></div><div>-Gonzalo</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 4, 2015 at 9:15 AM, Antonio Gómez Soto <span dir="ltr"><<a href="mailto:antonio.gomez.soto@gmail.com" target="_blank">antonio.gomez.soto@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>This is question on PBX behavior, what is the right thing to do, and how do PBX's generally behave.<br></div><div><br></div><div>If a user on a phone, dials a number, which happens to be configured on the same phone system (for example another tenant), there are two options:</div><div><ol><li>The PBX notices this, and directly connects the phone to the DID on that system<br></li><li>The PBX sends the call out on the SIP trunk, and the provider-routing sends the call back as an incoming call.<br></li></ol></div><div>What are the pros and cons of each option? How do PBX's generally behave?</div><div><br></div><div>Thanks,</div><div><div><div dir="ltr">Antonio<br><br></div></div>
</div></div>
<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div>