Appears to be a telco issue, I would get your provider on the line and find out what they are seeing on their end<div><br></div><div><a href="http://www.cisco.com/en/US/tech/tk801/tk379/technologies_tech_note09186a008012e95f.shtml">http://www.cisco.com/en/US/tech/tk801/tk379/technologies_tech_note09186a008012e95f.shtml</a><br>
<div><br></div><div><table border="1" cellspacing="1" cellpadding="3" width="60%" bgcolor="#ffffff"><tbody><tr><td bgcolor="#ffffff" height="" rowspan="1" width="" colspan="1"><p>82</p></td><td bgcolor="#ffffff" height="" rowspan="1" width="" colspan="1">
<p>No route to specified network </p></td><td bgcolor="#ffffff" height="" rowspan="1" width="" colspan="1"><p>The ISDN exchange receives a request to route the call through an                  unrecognized intermediate network.</p><p>This cause indicates that the equipment receives a request to                      route the call through a particular transit network. However, the equipment                     does not recognize the network. </p>
<p>The equipment that sends this cause does not recognize the                      transit network due to one of these reasons:</p><ul><li><p>The transit network does not exist.</p></li><li><p>The transit network exists, but does not serve the equipment                             that sends this cause.</p>
</li></ul><p>This cause is supported on a network-dependent basis.    </p></td></tr></tbody></table><div><br></div><div><table border="1" cellspacing="1" cellpadding="3" width="60%" bgcolor="#ffffff"><tbody><tr><td bgcolor="#ffffff" height="" rowspan="1" width="" colspan="1">
<p>BF</p></td><td bgcolor="#ffffff" height="" rowspan="1" width="" colspan="1"><p>Service/option not available, unspecified </p></td><td bgcolor="#ffffff" height="" rowspan="1" width="" colspan="1"><p>The network or remote equipment cannot provide the service option                     that the user requests, due to an unspecified reason. A subscription problem                    can cause this issue. </p>
</td></tr></tbody></table><br><div class="gmail_quote">On Wed, May 16, 2012 at 2:39 PM, Dave Wolgast <span dir="ltr"><<a href="mailto:dwolgas1@rochester.rr.com" target="_blank">dwolgas1@rochester.rr.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">When we try 800 toll-free numbers from a new customer site in Puerto Rico, we get the following (Calling and Called party numbers masked by me):<div>
<br></div><div><div>001378: May 16 15:26:41.878: ISDN Se0/1/0:23 Q931: Applying typeplan for sw-type 0xD is 0x2 0x1, Calling num 787XXXXXXX</div>
<div>001379: May 16 15:26:41.882: ISDN Se0/1/0:23 Q931: Sending SETUP  callref = 0x00B0 callID = 0x8031 switch = primary-ni interface = User </div><div>001380: May 16 15:26:41.882: ISDN Se0/1/0:23 Q931: TX -> SETUP pd = 8  callref = 0x00B0 </div>

<div>        Bearer Capability i = 0x8090A2 </div><div>                Standard = CCITT </div><div>                Transfer Capability = Speech  </div><div>                Transfer Mode = Circuit </div><div>                Transfer Rate = 64 kbit/s </div>

<div>        Channel ID i = 0xA98383 </div><div>                Exclusive, Channel 3 </div><div>        Calling Party Number i = 0x2181, '787XXXXXXX' </div><div>                Plan:ISDN, Type:National </div><div>

        Called Party Number i = 0x80, '1800XXXXXXX' </div><div>                Plan:Unknown, Type:Unknown</div><div>001381: May 16 15:26:41.946: ISDN Se0/1/0:23 Q931: RX <- CALL_PROC pd = 8  callref = 0x80B0 </div>

<div>        Channel ID i = 0xA98383 </div><div>                Exclusive, Channel 3</div><div>001382: May 16 15:26:43.054: ISDN Se0/1/0:23 Q931: RX <- PROGRESS pd = 8  callref = 0x80B0 </div><div>        Cause i = 0x82BF - Service/option not available, unspecified </div>

<div>        Progress Ind i = 0x8488 - In-band info or appropriate now available </div><div>001383: May 16 15:26:46.742: ISDN Se0/1/0:23 Q931: TX -> DISCONNECT pd = 8  callref = 0x00B0 </div><div>        Cause i = 0x8090 - Normal call clearing</div>

<div>001384: May 16 15:26:46.778: ISDN Se0/1/0:23 Q931: RX <- RELEASE pd = 8  callref = 0x80B0</div><div>001385: May 16 15:26:46.782: ISDN Se0/1/0:23 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x00B0</div><div><br>
</div>
<div>It seems to happen with any 800 number we send, but does not seem to be happening with 877 or 866 numbers. The toll free numbers chosen seem to be accessible from other landlines in Puerto Rico. </div><div><br></div>

<div>Any advice is appreciated.</div><span class="HOEnZb"><font color="#888888"><div><br></div>-- <br>Dave Wolgast<br>Livonia, NY<br>
<br>
</font></span></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div></div></div>