<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Inbound Trunk Display]]></title><description><![CDATA[<p dir="auto">Is there any way to see inbound trunks in use?  The outbound works great, but we are needing to monitor our inbound SIP channel usage as well.<br />
Thanks.</p>
]]></description><link>http://localhost:4567/topic/394/inbound-trunk-display</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 11:55:59 GMT</lastBuildDate><atom:link href="http://localhost:4567/topic/394.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 06 May 2010 22:06:29 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Inbound Trunk Display on Fri, 07 May 2010 21:20:35 GMT]]></title><description><![CDATA[<p dir="auto">Thanks.<br />
We will give this a try and let you know how it worked.<br />
Thanks again.</p>
]]></description><link>http://localhost:4567/post/1788</link><guid isPermaLink="true">http://localhost:4567/post/1788</guid><dc:creator><![CDATA[Walt725]]></dc:creator><pubDate>Fri, 07 May 2010 21:20:35 GMT</pubDate></item><item><title><![CDATA[Reply to Inbound Trunk Display on Fri, 07 May 2010 20:48:21 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">FOP and FOP2 are kind of "dumb" if you want, as they will match on the asterisk channel name. If you define a sip peer, but inbound calls are not matched with that peer, the channel name is uncertain. In order to add certainty, you have to tweak your asterisk config.</p>
<p dir="auto">For trunk buttons, the channel overloading can be of use to have only one button grouping calls for different channel names, something like:</p>
<p dir="auto">[SIP/myprovider]<br />
type=trunk<br />
label=myprovider<br />
<strong>channel=SIP/NXNNaa<br />
channel=SIP/NXNNbb<br />
channel=SIP/NXNNcc</strong></p>
<p dir="auto">That way you will have one button for the trunk showing matched for the 4 channel names listed (the 3 channel= plus the one between brackets).</p>
<p dir="auto">Best regards,</p>
]]></description><link>http://localhost:4567/post/1787</link><guid isPermaLink="true">http://localhost:4567/post/1787</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Fri, 07 May 2010 20:48:21 GMT</pubDate></item><item><title><![CDATA[Reply to Inbound Trunk Display on Fri, 07 May 2010 20:38:41 GMT]]></title><description><![CDATA[<p dir="auto">Nicolas,<br />
Thank you for your response.</p>
<p dir="auto">The issue we are having is that our SIP provider has 3 possible IP routes depending on traffic loading.<br />
We could not use the same trunk name for all three routes so instead of using the trunk telephone number as the trunk name, we just gave it an abstract name.  After some research we determined that FOP2 is matching the SIP/ChannelName to the trunk name.  Since the channel name is always SIP/NPANXXxxxx, and we have three route we had to create a seperate bogus trunk to catch the inbound calls with a trunkname of SIP/NPANXXxxxx.</p>
<p dir="auto">If you can think of a better way to do this we would be glad to try them, but for now this seems to be working.<br />
Thanks again for your help.</p>
<p dir="auto">Walt</p>
]]></description><link>http://localhost:4567/post/1786</link><guid isPermaLink="true">http://localhost:4567/post/1786</guid><dc:creator><![CDATA[Walt725]]></dc:creator><pubDate>Fri, 07 May 2010 20:38:41 GMT</pubDate></item><item><title><![CDATA[Reply to Inbound Trunk Display on Fri, 07 May 2010 15:21:20 GMT]]></title><description><![CDATA[<p dir="auto">If you configure asterisk correctly, so inbound calls match the sip peer instead of a sip guest call it will work fine. Otherwise you will have to create a channel with the IP address of your inbound calls, like SIP/10.10.10.10 or whatever.</p>
]]></description><link>http://localhost:4567/post/1785</link><guid isPermaLink="true">http://localhost:4567/post/1785</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Fri, 07 May 2010 15:21:20 GMT</pubDate></item></channel></rss>