ISDN tip wanted

alok alok.dube at apara.com
Fri Nov 1 14:53:42 UTC 2002


56k and 64k comes up in CAS kind of signalling robbed bit versus using TS16
...not on ISDN (CCS)...so how wud that matter? unless im missing something..

----- Original Message -----
From: Neil J. McRae <neil at DOMINO.ORG>
To: Andre Chapuis <chapuis at ip-plus.net>
Cc: <nanog at nanog.org>
Sent: Thursday, October 31, 2002 8:45 PM
Subject: Re: ISDN tip wanted




try making it a 56K isdn call.

Neil.

[ Charset ISO-8859-1 unsupported, converting... ]
>
> Hi,
> I'm trying to establish an ISDN call between Switzerland and New-York. The
destination is in New-York, ISDN line provided by Verizon. The called is
disconnected just after being set up (see NY-router log below), and the
problem seems to be that Verizon switch does not understand the callref flag
(0x01 and 0x81) correctly.
>
> The funny thing is that i have another router in NY, another ISDN line
from Verizon, and i'm calling from the same number in CH and it works
perfectly...
>
> Does anyone have a hint for me ?
> Thanks
> Andr?
>
> Oct 31 14:23:56.350 MET: ISDN BR0/0: RX <-  SETUP pd = 8  callref = 0x01
> Oct 31 14:23:56.350 MET:         Bearer Capability i = 0x8890
> Oct 31 14:23:56.350 MET:         Channel ID i = 0x89
> Oct 31 14:23:56.350 MET:         Signal i = 0x40 - Alerting on - pattern 0
> Oct 31 14:23:56.350 MET:         Calling Party Number i = 0x1183,
'<calling number removed>'
> Oct 31 14:23:56.354 MET:         Called Party Number i = 0xC1, '<called
number removed>'
> Oct 31 14:23:56.354 MET:         Locking Shift to Codeset 5
> Oct 31 14:23:56.354 MET:         Codeset 5 IE 0x2A  i = 0x808B0B,
'<calling number removed>', 0x800109800114800114800114
> Oct 31 14:23:56.358 MET: ISDN BR0/0: Incoming call id = 0x9E, dsl 0
> Oct 31 14:23:56.358 MET: ISDN BR0/0: received HOST_INCOMING_CALL call_id
0x9E
> Oct 31 14:23:56.358 MET: ISDN BR0/0: HOST_INCOMING_CALL: voice_answer_data
= FALSE
> Oct 31 14:23:56.358 MET: ISDN BR0/0: Event: Received a DATA call from
<calling number removed> on B1 at 64 Kb/s
> Oct 31 14:23:56.358 MET: ISDN BR0/0: RM returned call_type 0 resource type
0
> Oct 31 14:23:56.362 MET: ISDN BR0/0: TX ->  CALL_PROC pd = 8  callref =
0x81
> Oct 31 14:23:56.362 MET:         Channel ID i = 0x89
> Oct 31 14:23:56.362 MET: ISDN BR0/0: isdn_send_connect(): msg 4, call id
0x9E, ces 1 bchan 0, call type DATA
> Oct 31 14:23:56.366 MET: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state
to up
> Oct 31 14:23:56.370 MET: %ISDN-6-CONNECT: Interface BRI0/0:1 is now
connected to <calling number removed>
> Oct 31 14:23:56.462 MET: ISDN BR0/0: RX <-  RELEASE_COMP pd = 8  callref =
0x01
> Oct 31 14:23:56.462 MET:         Cause i = 0x82D1 - Invalid call reference
value
> Oct 31 14:23:56.466 MET: ISDN BR0/0: received HOST_DISCONNECT_ACK call_id
0x9E
> Oct 31 14:23:56.466 MET: ISDN BR0/0: HOST_DISCONNECT_ACK: call type is
DATA
> Oct 31 14:23:56.466 MET: %LINK-3-UPDOWN: Interface BRI0/0:1, changed state
to down
> Oct 31 14:23:56.666 MET:     CC: dsl 0 No CCB Src->HOST cid 0x9E, ev 0x4
ces 1
> Oct 31 14:23:56.666 MET: ISDN BR0/0: received HOST_QUERY_RESPONSE call_id
0x9E
>
>
> ---------------------
> Andre Chapuis
> IP+ Engineering
> Swisscom Ltd
> Genfergasse 14
> 3050 Bern
> +41 31 893 89 61
> chapuis at ip-plus.net
> CCIE #6023
> ----------------------
>



--
Neil J. McRae - Alive and Kicking
neil at DOMINO.ORG






More information about the NANOG mailing list