Shredder

Hallo! vielen Dank für die Antworten! Derzeit ist das Gerät schon wieder beim Lieferanten zur Prüfung. Mal schauen, ob das was gefunden wird. Das Kabel war allerdings 100%ig in Ordnung.

Okay, ich check das. Danke nochmal.

Das liefert bei einem weiteren Verbindungsversuch folgenden Output: May 19 11:17:00.019: ISDN LIFd: l3_timer: timer Expiry (0x82763D08), timer_type (0x1313) May 19 11:17:00.019: ISDN BR0 Q931d: L3_Go: source 0x0300, event 0x1313, call id 0x int id 0x10 May 19 11:17:00.019: ISDN BR0 Q931d: L3_Go: event 0x1313 cr_len 0 cr 0 May 19 11:17:00.019: ISDN BR0 Q931d: L3_Go: call_id 0x8010 cr 0x10 state 1 event 0x1313 ces 1 May 19 11:17:00.019: ISDN BR0 Q931d: L3_ProcessEvent: callref = 0x0010 T303_EXPIRY:U1_T303Expiry(nlcb) May 19 11:17:00.019: ISDN BR0 Q931d: srl_send_l3_pak: source_id = Q.931 0x0300, dest_id = Q.921 0x0000, prim = DL_DATA_REQ 0x0240 priv_len = 4 int_id = 0x8203843C datasize = 24 May 19 11:17:00.023: ISDN BR0 Q931d: data = May 19 11:17:00.023: 8203843C000003000240040D00010806 May 19 11:17:00.023: 0801105A080280E6 May 19 11:17:00.023: ISDN BR0 Q931d: L3_state_change: callref 0x0010 old CALL_INIT, new NULL_STATE May 19 11:17:00.023: ISDN BR0 PACKET: handle_mail: received: dest_id = 0, source_id = 768, prim = 240 priv_ln = 4, int_id = -2113698756, datasize = 24 May 19 11:17:00.023: ISDN BR0 PACKET: L2IF_DispPak: packet - start(3167038), size (24) May 19 11:17:00.027: 0801105A080280E60015F90DE144574E May 19 11:17:00.027: F3C600090F0209E5 May 19 11:17:00.027: ISDN BR0 PACKET: handle_mail: received data = May 19 11:17:00.027: 0801105A080280E6 May 19 11:17:00.027: ISDN BR0 Q921d: L2_GetDLCB: ces 1 May 19 11:17:00.027: ISDN BR0 Q921d: NOP: DLCB state 1 EventIndex 1 L2_Event 576 Tei 255 DSL_Chan 0 ces 1 SAPI 0 May 19 11:17:00.027: ISDN BR0 Q921d: L2_FreeDLCB May 19 11:17:00.031: ISDN LIFd: isdn_L3_timer_process: event_count (1) May 19 11:17:00.031: ISDN BR0 CC: CCBRI_Go: source id 0x300, state 1, call id 0x8010, event 0x341 May 19 11:17:00.031: ISDN BR0 CC: CCBRI_Go: call id 0x8010 call ref 0x10 state 6 event 0x91 Src->L3 May 19 11:17:00.031: ISDN BR0 TGRM: get_tgrm_avail_state: idb 0x8203843C bchan 1 service_state 0 call_state 0 false busy 0x0 dsl 0 May 19 11:17:00.031: ISDN BR0 TGRM: update_tgrm_call_status: idb 0x8203843C bchan 1 availability state 1 call state(prev,new) (1,0), dsl 0 May 19 11:17:00.035: ISDN BR0 TGRM: update_tgrm_call_status: Calling TGRM with tgrm_call_isdn_update: idb 0x8203843C bchan 1 call state 0 call type 0 call dir 1 May 19 11:17:00.035: ISDN EVENTd: cc_clear_free_list freed 0x8278A118 May 19 11:17:00.035: ISDN BR0 EVENT: process_rxstate: ces/callid 1/0x8010 calltype 1 HOST_DISCONNECT_ACK May 19 11:17:00.035: ISDN BR0 PACKET: process_rxstate: May 19 11:17:00.035: 060001801000 May 19 11:17:00.035: ISDN BR0 EVENTd: calltrkr_call_cleared: isdn_info=0x820397D8, call_id=0x8010 May 19 11:17:00.039: ISDN BR0 EVENTd: calltrkr_call_cleared: hndl=0l, cause=0, Unknown cause value May 19 11:17:00.039: ISDN BR0 **ERROR**: host_disconnect_ack: Unfound B-channel on Disconnect_Ack call id 0x8010 May 19 11:17:22.072: ISDN BR0 EVENT: UserIdle: callid 0x8010 received ISDN_HANGUP (0x1) May 19 11:17:22.072: ISDN BR0 EVENTd: process_disconnect: call id 0x8010, call type is DATA, b_idb 0x8203843C, ces 1, cause Normal call clearing(0x10) May 19 11:17:22.072: ISDN BR0 EVENTd: calltrkr_call_disconnected: isdn_info=0x820397D8, call_id=0x8010 May 19 11:17:22.072: ISDN BR0 EVENTd: process_disconnect: Raw Release Message May 19 11:17:22.072: 0500018010040802FF9008028090 May 19 11:17:22.072: ISDN BR0 CC: CCBRI_Go: source id 0x500, state 0, call id 0x0, event 0x5 May 19 11:17:22.072: ISDN BR0 CCd: CCBRI_Go: Host PkgInfo: May 19 11:17:22.076: 0500018010040802FF9008028090 May 19 11:17:22.076: ISDN BR0 **ERROR**: CCBRI_Go: NO CCB Src->HOST call id 0x8010, event 0x5 ces 1 May 19 11:17:22.076: ISDN BR0 EVENT: process_rxstate: ces/callid 1/0x8010 calltype 1 HOST_QUERY_RESPONSE May 19 11:17:22.076: ISDN BR0 PACKET: process_rxstate: May 19 11:17:22.076: 0B0001801003140100

genau... ich kapier's nicht...

Global ISDN Switchtype = basic-net3 ISDN BRI0 interface dsl 0, interface ISDN Switchtype = basic-net3 Layer 1 Status: DEACTIVATED Layer 2 Status: Layer 2 NOT Activated Layer 3 Status: 0 Active Layer 3 Call(s) Active dsl 0 CCBs = 0 The Free Channel Mask: 0x80000003 Total Allocated ISDN CCBs = 0

ja, werd ich prüfen. vielen dank!

Okay, danke. Das ältere IOS muss ich allerdings erstmal bekommen, wird ja wohl kostenpflichtig sein.

Es ist normaler Euro-ISDN Anschluss der Deutschen Telekom, der Anschluss wurde gerade erst vor kurzem installiert und getestet. Schliesst man ein Telefon direkt an den NTBA kann man auch telefonieren. Wir haben das BRI-Interface vorher direkt an einer TK-Anlage getestet, auch da traten diese Probleme auf.

worauf soll ich beim booten achten?

isdn point-to-point-setup habe ich rausgeschmissen, aber leider ohne erfolg. Im Log finde ich folgende Einträge, wenn ich versuche, einen Test-Anruf durchzuführen: May 19 09:47:42.342: ISDN BR0 **ERROR**: host_disconnect_ack: Unfound B-channel on Disconnect_Ack call id 0x8007 May 19 09:48:04.335: ISDN BR0 **ERROR**: CCBRI_Go: NO CCB Src->HOST call id 0x8007, event 0x5 ces 1 May 19 09:49:13.563: ISDN BR0 Q931: Applying typeplan for sw-type 0x1 is 0x0 0x0, Called num 07216691234 May 19 09:49:15.427: ISDN BR0 **ERROR**: host_disconnect_ack: Unfound B-channel on Disconnect_Ack call id 0x8008 May 19 09:49:21.575: ISDN BR0 **ERROR**: host_disconnect_ack: Unfound B-channel on Disconnect_Ack call id 0x8009 May 19 09:49:37.415: ISDN BR0 **ERROR**: CCBRI_Go: NO CCB Src->HOST call id 0x8008, event 0x5 ces 1 May 19 09:49:43.563: ISDN BR0 **ERROR**: CCBRI_Go: NO CCB Src->HOST call id 0x8009, event 0x5 ces 1

okay.

Okay, vielen Dank! Bleibt also wirklich nur, die Vermutung, dass es an der IOS-Version oder dem Router selbst liegt, oder? In diesen Router ist auch noch ein zusätzliches WAN-Interface eingebaut, das problemlos funktioniert. Kann es auch sein, dass sich alle drei Interfaces (BRI, Ethernet0 und FastEthernet) nicht vertragen?

ja, ansonsten funktionieren die kabel. wann sollte die "OK"-LED normalerweise leuchten? Sobald das Interface konfiguriert wurde, oder?

Danke, aber die Kabel wurden alle schon geprüft, getauscht und mit Telefonen und Modems getestet, da funktioniert es. Kann es sein, dass ein spezielles Kabel benötigt wird (verwendet wird derzeit dass von Cisco mitgelieferte Kabel)? Oder wäre es möglich, dass der NTBA zusätzlich noch Strom über den Netzstecker erhalten muss, damit die Speisung korrekt funktioniert?

Gibt es niemanden, der das Problem kennt und eventuell eine Lösung dafür? Wäre es möglich, dass es ein Bug in der verwendeten IOS-Version ist? Wäre wirklich für jeden Tipp dankbar!

Ja, diese Fehlerquelle lässt sich absolut ausschliessen. Es wurde auch noch ein Test mit einem ISDN-Modem an einem Rechner und dem NTBA gemacht, da funktioniert alles. Ich habe echt keine Ahnung, was das noch sein kann!?

Also, der ISDN-Anschluss funktioniert, wenn man ein Telefon anschliesst. Mir ist das ganez wirklich schleierhaft.

Hatte der Kollege wohl schon geprüft, aber ich werd das nochmals prüfen.

Hallo, da gibt es diese Informationen: hostname #sh isdn stat Global ISDN Switchtype = basic-net3 ISDN BRI0 interface dsl 0, interface ISDN Switchtype = basic-net3 Layer 1 Status: DEACTIVATED Layer 2 Status: Layer 2 NOT Activated Layer 3 Status: 0 Active Layer 3 Call(s) Active dsl 0 CCBs = 0 The Free Channel Mask: 0x80000003 Total Allocated ISDN CCBs = 0 hostname#sh int bri0 BRI0 is up, line protocol is up (spoofing) Hardware is PQUICC BRI Description: ISDN-Backup MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation PPP, loopback not set Keepalive set (10 sec) Last input never, output never, output hang never Last clearing of "show interface" counters 16:33:01 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/0/16 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Available Bandwidth 48 kilobits/sec 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions Dass das Line Protocol down ist, sagt mir übrigens das SDM, wenn ich eine Testverbindung aufbauen will.

Hallo, ich versuche derzeit eine Cisco 1721 mit zusätzlichem ISDN-BRI/ST-Interface über einen ISDN-Anschluss eine Verbindung aufzubauen. Bislang leider ohne jeden Erfolg. Auf der Cisco 1721 ist IOS in der Version 12.4(1c) installiert, das BRI-Interface hängt direkt am NTBA der Deutschen Telekom. Die Konfiguration der Cisco 1721 und des Interfaces ist bereits erfolgt, es scheint auch kein Fehler in der Config vorzuliegen. Das Problem besteht darin, dass die "OK"-LED am BRI-Interface nicht leuchtet und es ist nicht möglich ist, eine ISDN-Verbindung aufzubauen. Laut der Cisco ist das Line Protocol des BRI-Interfaces down, dies wird wohl auch der Grund sein. Es lässt sich aber leider nicht feststellen, aus welchem Grund das Line Protocol angeblich down ist. Der NTBA und der ISDN-Anschluss sind in Ordnung und funktionieren bei anderen Tests einwandfrei. Es wurden auch schon sämtliche Kabel geprüft, getauscht, selbst das BRI-Interface selbst wurde schon ausgetauscht. Kennt jemand dieses Problem oder hat einen heissen Tipp, woran es liegen könnte? Ich poste hier nachfolgend einige Auszüge aus der Cisco-Config: isdn switch-type basic-net3 interface BRI0 description ISDN-Backup ip nat outside encapsulation ppp dialer pool-member 1 isdn switch-type basic-net3 isdn point-to-point-setup no cdp enable ppp authentication pap chap interface Dialer0 ip address negotiated encapsulation ppp dialer pool 1 dialer string [rufnummer] dialer-group 1 ppp authentication chap pap callin ppp chap hostname [username] ppp chap password 7 [passwort] ppp pap sent-username [username] password 7 [passwort] Vielen Dank und Grüsse, Johnny