Cisco 800 ungewollte Verbindungstrennung

[Pusi]

Hallo,

ich muss mich um folgendes Problem kümmern:

Cisco 800 mit "Standleitung" zur Gegenstelle. Verbindung besteht seit mindestens einem Jahr, angeblich ohne Konfiguratiosnänderung. Seit ein paar Wochen wird die Verbindung in regelmäßigen Abständen nach ca. 5 Minuten getrennt (bei Leerlauf), das soll aber nicht sein.

Ich soll nun herausfinden, ob das auf unserer Seite oder an der Gegenstelle liegt. Da ich mit meinen wenigen Cisco-Kenntnissen nur die Konfiguration auslesen kann, wäre mir sehr geholfen, wenn mir jemand die Konfigzeilen nennt für eine automatische Trennung nach x Minuten Idle-Time bzw. "niemals trennen".

Vielen Dank

[n@ppo]

hi,

um welchen cisco der 800er serie handelt es sich denn (801, 803..).
es wäre auch hilfreich den leitungstyp und die ios-version nebst konfig zu erfahren bzw. besondere gegebenheiten (multilink, usw)

[Pusi]

Hm, da kann ich frühestens Montag drauf antworten. Hab nur flüchtig draufgeschaut und die 800 gesehen. Hängt direkt am NTBA und nutzt schätze ich nur einen B-Kanal.

[Pusi]

Hallo, es ist ein 801 und darum geht es mir:

Original geschrieben von Pusi ...Da ich mit meinen wenigen Cisco-Kenntnissen nur die Konfiguration auslesen kann, wäre mir sehr geholfen, wenn mir jemand die Konfigzeilen nennt für eine automatische Trennung nach x Minuten Idle-Time bzw. "niemals trennen". Vielen Dank

[n@ppo]

hi,

bei einer festverbindung zieht der idle-timer nicht. der ist nur bei wählverbindungen relevant.

deshalb auch meine fragen bezüglich der releasestände konfiguration usw.

[Frank04]

Ja, wenn es eine 64 SFV ist, dürfte da nix abgebaut werden.

Vielleicht hat die T, da heimlich ein ISDNer rausgemacht...aber Spass beiseite: Wenn wirklich keine Änderungen beidseitig gemacht wurden, dann ist entweder die Ltg. defekt oder die Cisco-HW spinnt.

[n@ppo]

hi,

da ab und an auch die vermittlungsstellen ein softwareupdate bekommen kann der fehler auch dort begraben sein.

gerade die 801 haben ab und an mit der eingesetzten hardware und software probleme.

ein beliebter bug ist das der d-kanal bei einer leased-line konfig nicht automatisch von 801er serie shutdown genommen wird und irgendwann wenn sich keiner mehr daran erinnert fehler auftauchen.
ein workaround ist den d-kanal (int bri0) shutdown zu setzen.

wie gesagt das kann muß aber nicht der fehler sein. wie Frank04 schon schrieb kann es auch ein genereller fehler der leitung oder die hardware des routers sein.

[laurasan]

Hallo,

Mit was für ein Kabel verbindet sich der Router mit dem NTBA, wenn es normale ISDN-Kabel sein sollte würde ich es mal mit ein CAT5 kabel probieren, denn ich habe auch schon son Prob gehabt nach dem Austausch ging es wieder.

MfG

[Pusi]

Kabel ist Cat5, die Software der Vermittlungsstelle wurde am 15.2. umgestellt. Es ist aber leider nicht genau nachvollziehbar ob die Probleme seit dem Termin auftreten oder erst später.

Ich lese mal die konfig aus und poste sie, möchte ja nur wissen, ob es an unserer Seite der Verbindung liegt.

[Pusi]

So, da bin ich wieder :-)

hier die config des Routers und die Frage, warum nach 5 Minuten die Verbindung getrennt wird.

xxx-xxx#show conf
Using 1782 out of 8065 bytes
!
version 12.0
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname xxx-xxx
!
!
ip subnet-zero
!
isdn leased-line BRI0 128
!
!
!
interface Ethernet0
ip address x.x.x.x 255.255.0.0
no ip directed-broadcast
!
interface BRI0
description >> WAN ISDN 128K nach xx Standleitung ueber NetCologne <<
bandwidth 128
ip address xx.xx.xx.xx 255.255.255.252
no ip directed-broadcast
!
no ip http server
ip classless
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.255 xx.xx.xx.xx
ip route xx.xx.xx.xx 255.255.255.252 BRI0
!
access-list 100 permit ip any any
snmp-server engineID local xxxxxxxxxxxxxxxxxxxxxxxx
snmp-server community public RO
snmp-server community private RW
snmp-server enable traps snmp
snmp-server enable traps isdn call-information
!
line con 0
password xxxxxxxxxxxxxxxxxx
login
transport input none
stopbits 1
line vty 0 4
password xxxxxxxxxxxxxxxxxx
login
!
end


Ist die so ok bezüglich Standleitung ?

Vielen Dank für Eure Hilfe