First thing I would try is removing the 1, and just dialing 1800.<br><br>Then I would compare the ISDN message to an 866 or something similar and see what you see for the plan/numbering:<br><br><div>
Called Party Number i = 0x80, '1800XXXXXXX' </div><div> Plan:Unknown, Type:Unknown<br><br>You could try setting this to the same setting as they are accepting for a normal LD call. Or just go through the list of permutations and see if any work. Sometimes playing around on your own system is faster than waiting for the service provider to tell you the problem.<br>
<br>It's also quite likely it's a carrier problem you can't do anything about. I'd contact them and see if changing the dialed numbers or Plan/Type changes the outcome.<br><br>-nick<br></div><br><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>