<br>To raise an issue that&#39;s come up a few times before, instead of checking user then ip/port, why not check ip/port first then user?<br><br><br><div class="gmail_quote">On Dec 6, 2007 11:05 AM, Johansson Olle E &lt;<a href="mailto:oej@edvina.net">
oej@edvina.net</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Friends,<br><br>For many years, I&#39;ve been working to remove the &quot;type=user&quot; and
<br>&quot;type=friend&quot; from chan_sip. In 1.4 you can in fact<br>do everything you can do with a user with a peer. The only difference<br>is the way we match incoming calls.<br><br>* For users, we match the user object name with the From: username
<br>(without the domain).<br>* For peers, we match on IP for incoming calls.<br><br>I&#39;ve created a branch called &quot;kill_the_user&quot; that has no type=friend<br>or type=user, only peers.<br><br>Incoming calls are handled this way
<br><br>* First, we match on peer object name with the From username<br>* Then we try to match on IP/Port<br>* If we can&#39;t match, we send to the context defined in the &quot;general&quot;<br>section in sip.conf or to &quot;default&quot;.
<br><br><br>If you can find any way this may give you problems, please inform me<br>now. Otherwise, I&#39;m going<br>to test this branch with all of you. I don&#39;t foresee any problems<br>going ahead with this in trunk.
<br><br>For backwards compatibility, we will accept &quot;type=friend&quot; and<br>&quot;type=user&quot; with a warning in 1.6,<br>then remove it totally. Old configurations will still work.<br><br>For realtime, realtime users will not be used any more.
<br><br>I hope this will make chan_sip easier to understand and use.<br><br>Feedback is appreciated!<br><br>/Olle<br><br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">
http://www.api-digital.com--</a><br><br>asterisk-dev mailing list<br>To UNSUBSCRIBE or update options visit:<br> &nbsp; <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev
</a><br></blockquote></div><br><br clear="all"><br>-- <br>Ryan Mitchell &lt;<a href="mailto:rjm@tcl.net">rjm@tcl.net</a>&gt;<br>Telecom Logic, LLC<br><a href="http://www.tcl.net">http://www.tcl.net</a>