<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">BroadSoft's "URL Dialing" is pretty important for several of the services. In particular, any time the Network Server receives an INVITE to route a call to an Application Server user <a href="sip:User@AppServer" class="">sip:User@AppServer</a> where <i class="">User</i> is a UserID, and <i class="">AppServer</i> identifies an application server.<div class=""><br class=""></div><div class="">URL Dialing is necessary lately, but it'll also make your Network Server return Contacts in the 302 response that aren't helpful. For example, I've seen folks who used "starbucks.com" as a customer domain. Then when one of their users calls to sip:Bogus@starbucks.com, your App Server could do a DNS lookup, and you'll find INVITE's being attempted to 98.99.252.71, with SNMP traps when that call fails. </div><div class=""><br class=""></div><div class="">Even worse if your firewall allows them through. </div><div class=""><br class=""></div><div class="">Even worse if your <a href="http://www.juniper.net/documentation/en_US/junos11.4/topics/task/configuration/alg-security-sip-configuring.html" class="">firewall has a default SIP ALG that opens a global pinhole allowing anything on the Internet to reply when the trusted side sends out a SIP INVITE to the Internet</a>.</div><div class=""><br class=""></div><div class="">In this case, I vote you fix the problem by blocking outbound (trusted-to-untrusted) SIP in the firewall.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div class=""><div class=""><div apple-content-edited="true" class="">
<div style="background-color: rgb(255, 255, 255); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><font size="1" color="#ff2600" class=""><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span></font></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><font size="1" color="#ff2600" class=""><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> ---</span><span style="font-family: Consolas;" class=""> </span><font face="Consolas" class="">mailto:mark@ecg.co <br class=""></font><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><font face="Consolas" class="">tel:+1-229-316-0013 <br class=""></font><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><span style="font-family: Consolas;" class=""> </span><font face="Consolas" class="">http://ecg.co/lindsey </font></font></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><font size="1" class=""><font face="Consolas" color="#ff2600" class=""><br class=""></font></font></div></div><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On Mar 2, 2015, at 13:47 , Hird, James <James.Hird@cdk.com> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii" class="">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; font-size: 14px; font-family: Calibri, sans-serif;" class="">
<div class="">Greetings All,</div>
<div class=""><br class="">
</div>
<div class="">I am attempting to fix a condition with camped calls where a camped calling party never transfers to a now idle user unless there is a DID assigned as well as extension. We have found that once the URL Dialing policy is added to the routing profile that
the network server lookup succeeds.</div>
<div class=""><br class="">
</div>
<div class="">We have never enabled the URL Dialing policy on the Network Server routing profile except for testing in the lab. Can any of the BroadWorks users out there comment on the impact of enabling URL Dialing across the BroadWorks platform?</div>
<div class=""><br class="">
</div>
<div class="">
<div class="">
<div class="">James Hird</div>
<div class="">Voice Engineer</div>
<div class="">CDK Global, LLC</div>
<div class="">503.402.3795 (o)</div>
<div class="">503.309.5846 (c)</div>
<div class="">James.hird@cdk.com</div>
<div class=""><br class="">
</div>
<div class="">Formerly ADP Dealer Services</div>
<div class=""><br class="">
</div>
</div>
</div>
<hr class="">This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, notify the sender immediately by return email and delete the message and any attachments from your system.<br class="">
</div>
_______________________________________________<br class="">VoiceOps mailing list<br class="">VoiceOps@voiceops.org<br class="">https://puck.nether.net/mailman/listinfo/voiceops<br class=""></div></blockquote></div><br class=""></div></div></div></body></html>