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!