<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 29, 2014 at 11:12 AM, George Joseph <span dir="ltr"><<a href="mailto:george.joseph@fairview5.com" target="_blank">george.joseph@fairview5.com</a>></span> wrote:<br><div><br></div><div><snip><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">In basic scenarios, however, we do have a match between the inbound Contact header in the INVITE request and what was provided by that device's REGISTER request.<br><br></div><div class="gmail_extra">It is possible, however, to not require Asterisk to make this decision in the first place. If there was a way to obtain:<br></div><div class="gmail_extra">* What channels are associated with an endpoint (which we should know)<br></div><div class="gmail_extra">* The Contact headers provided by those channels<br></div></div></blockquote><div><br></div></div></div><div>Maybe a simple xref container hashed by contact that contains the channel id.  It's populated by any INVITE whether incoming or outgoing?</div><span class=""></span><br></div></div></div></blockquote></div><br></div><div class="gmail_extra">I think so. I'll reply with something a bit more concrete on Josh's reply.<br></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Matthew Jordan<br></div><div>Digium, Inc. | Engineering Manager</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div><div>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div></div></div>
</div></div>