<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div apple-content-edited="true"><div>So I read a bit more about this, it seems that there is not a real standard how to pass the actual dialed number in this sip trunking scenario &nbsp;That I see „myExt“ in the to header is correct. One solution is to pass the actual ideal number in the&nbsp;P-Called-Party-ID header, however this seems not to be very common.</div><div><br></div><div>Thank in advance for further comments on this topic</div><div><br></div><div>Markus</div><div><br></div></div><div><div>Am 10.03.2014 um 14:59 schrieb mbo &lt;<a href="mailto:mbodbg@gmx.net">mbodbg@gmx.net</a>&gt;:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=windows-1252"><meta http-equiv="Content-Type" content="text/html charset=windows-1252"><meta http-equiv="Content-Type" content="text/html charset=windows-1252"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>I have one other question regarding the „To“-header of an inbound call to a gateway.&nbsp;</div><div><br></div><div>Here my setup:&nbsp;</div><div><br></div><div>Freeswitch A registers with Freeswitch B with extension „myExt".</div><div>Incoming calls on Freeswitch B are bridged to User/Extension „myExt“ where Freeswitch B is registered.</div><div><br></div><div>Call: 123456 &nbsp; &nbsp; &nbsp;Bridge to myExt&nbsp;</div><div>&lt;X-Lite&gt; &nbsp; —&gt; &nbsp; &lt;Freeswitch B&gt; &nbsp; —&gt; &nbsp; &lt;Freeswitch A&gt;</div><div><br></div><div>When calls arrive at Freeswitch A, in the INVITE message, the "To"-header is set to the extension „myExt" (&lt;<a href="sip:myExt@192.168.1.135">sip:myExt@192.168.1.135</a>&gt;;). To match the call correctly for my application, I need to see the the destination number the caller has dialed in the „To“-header. Is there a way to archive both:&nbsp;</div><div><br></div><div>* Incoming calls are associated with the gateway, counters CallIn are incremented and channel var&nbsp;<span style="background-color: rgb(255, 255, 255); color: rgb(51, 51, 51); font-family: Arial, sans-serif; font-size: 14px; line-height: 20px;">sip_gateway_name is &nbsp;set</span>.</div><div>* The „To“-Header contains the destination number the caller has dialed</div><div><br></div><div>Thanks&nbsp;</div><div><br></div><div>Markus</div><div><br></div><div apple-content-edited="true"><br class="Apple-interchange-newline">

</div>
<br><div><div>Am 06.03.2014 um 17:28 schrieb mbo &lt;<a href="mailto:mbodbg@gmx.net">mbodbg@gmx.net</a>&gt;:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=windows-1252"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Thanks for the info.</div><div><br></div><div>I also found an issue related to this. Finally saying „<span style="background-color: rgb(240, 240, 240); color: rgb(51, 51, 51); font-family: Arial, sans-serif; font-size: 14px; line-height: 20px;">Not having the gateway registered means an incoming call won't be associated with a particular gateway.</span><span style="background-color: rgb(240, 240, 240); color: rgb(51, 51, 51); font-family: Arial, sans-serif; font-size: 14px; line-height: 20px;">&nbsp;</span>"</div><div><br></div><div><a href="http://jira.freeswitch.org/browse/FS-5446">http://jira.freeswitch.org/browse/FS-5446</a></div><div><br></div><div>Thanks</div><div><br></div><div>Markus</div><br><div apple-content-edited="true">
<div><br></div></div><div><div>Am 05.03.2014 um 00:30 schrieb Brian West &lt;<a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a>&gt;:</div><br class="Apple-interchange-newline"><blockquote type="cite">Yep. &nbsp;At that point its an anonymous call.<br><br>--<br>Brian West<br><a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a><br>FreeSWITCH Solutions, LLC<br>PO BOX 2531<br>Brookfield, WI 53008-2531<br>Twitter: @FreeSWITCH , @briankwest<br><a href="http://www.freeswitchbook.com/">http://www.freeswitchbook.com</a><br><a href="http://www.freeswitchcookbook.com/">http://www.freeswitchcookbook.com</a><br><br>T: +1.918.420.9001 &nbsp;| &nbsp;F: +1.918.420.9002 &nbsp;| &nbsp;M: +1.918.424.WEST<br>iNUM: +883 5100 1420 9001<br>ISN: 410*543<br><a href="skype:briankwest">Skype:briankwest</a><br>PGP Key: <a href="http://www.bkw.org/key.txt">http://www.bkw.org/key.txt</a> (AB93356707C76CED)<br><br><br><br><br><br><br><br><br><br><br><br><br><br>On Mar 4, 2014, at 12:09 PM, mbo &lt;<a href="mailto:mbodbg@gmx.net">mbodbg@gmx.net</a>&gt; wrote:<br><br><blockquote type="cite">I’m not registering with this gateway, does that mean I cannot track incoming calls for this gateway?<br><br>Thanks<br><br>Markus<br><br><br>Am 04.03.2014 um 17:17 schrieb Brian West &lt;<a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a>&gt;:<br><br><blockquote type="cite">This would be because the registrar doesn’t call you back at your registered contact and/or doesn’t reflect back the registration params.<br>--<br>Brian West<br><a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a><br>FreeSWITCH Solutions, LLC<br>PO BOX 2531<br>Brookfield, WI 53008-2531<br>Twitter: @FreeSWITCH , @briankwest<br>http://www.freeswitchbook.com<br>http://www.freeswitchcookbook.com<br><br>T: +1.918.420.9001 &nbsp;| &nbsp;F: +1.918.420.9002 &nbsp;| &nbsp;M: +1.918.424.WEST<br>iNUM: +883 5100 1420 9001<br>ISN: 410*543<br>Skype:briankwest<br>PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)<br><br><br><br></blockquote></blockquote><br>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>http://www.freeswitchsolutions.com<br><br>FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>http://www.cudatel.com<br><br>Official FreeSWITCH Sites<br>http://www.freeswitch.org<br>http://wiki.freeswitch.org<br>http://www.cluecon.com<br><br>FreeSWITCH-users mailing list<br>FreeSWITCH-users@lists.freeswitch.org<br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></div>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br><a href="http://www.freeswitchsolutions.com/">http://www.freeswitchsolutions.com</a><br><br>FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br><a href="http://www.cudatel.com/">http://www.cudatel.com</a><br><br>Official FreeSWITCH Sites<br><a href="http://www.freeswitch.org">http://www.freeswitch.org</a><br>http://wiki.freeswitch.org<br>http://www.cluecon.com<br><br>FreeSWITCH-users mailing list<br>FreeSWITCH-users@lists.freeswitch.org<br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></div>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>http://www.freeswitchsolutions.com<br><br>FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>http://www.cudatel.com<br><br>Official FreeSWITCH Sites<br>http://www.freeswitch.org<br>http://wiki.freeswitch.org<br>http://www.cluecon.com<br><br>FreeSWITCH-users mailing list<br>FreeSWITCH-users@lists.freeswitch.org<br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></body></html>