Verzögerung bei 24h Trennung

schramme · 15. Februar 2007

Hallo,

ich habe einen Cisco 1803 mit g.SHDSL. Soweit klappt alles. Allerding braucht der Router nach einer 24 Stunden Zwangstrennung zur Wiedereinwahl ins Internet 30 Sekunden. Das ist mir ein wenig zu lang. Kann ich das reduzieren?

Danke und Grüße

Schramme

Wordo · 15. Februar 2007

Du kannst mal die ganzen debugs aktivieren und dich manuell disconnecten. Vielleicht passen ja ein paar Parameter nicht welche die Einwahl verzoegern.

schramme · 15. Februar 2007

Hallo,

ich habe anstatt einer 24h Trennung eine 5min Trennung eingestellt.

Als Debug erhalte ist:

18:39:48: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di2
18:39:48: Vi1 DDR: disconnecting call
router#sh dialer
18:39:48: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down
router#sh dialer
18:39:49: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to down
router#
18:40:11: %DIALER-6-BIND: Interface Vi1 bound to profile Di2
18:40:11: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
router#
18:40:11: Vi1 DDR: Dialer statechange to up
18:40:11: Vi1 DDR: dialer protocol up
18:40:11: Di2 DDR: Persistent Dialer Profile nailed up successfully
router#
18:40:12: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up

Der Dialer sieht wie folgt aus:

interface Dialer2
mtu 1492
ip address negotiated
ip access-group 100 in
encapsulation ppp
ip tcp adjust-mss 1420
carrier-delay 1
dialer pool 2
dialer idle-timeout 0
dialer wait-for-carrier-time 1
dialer persistent
dialer-group 1
no cdp enable
ppp authentication pap callin
ppp chap refuse
ppp pap sent-username xxx password 7 xxx
ppp ipcp dns request
end

xymos · 15. Februar 2007

wie kommst Du auf mss 1420 ? bei einer mtu von 192 sollte dieser Wert eigentlich bei 1452 liegen - oder übersehe ich da was? ( Providerabhängig bzw SDSL ? )

der dubug sieht für moch OK aus.

im Dialer kann ich nichts mit "carrier-delay 1" anfangen - was das ?

kannst mal noch "dialer idle-timeout 0" in den Dialer einfügen

Gruß

-xymos.

Wordo · 15. Februar 2007

Mach mal nen Debug auf ppp neg und ppp auth ...

schramme · 15. Februar 2007

Debug ergibt folgenes Teil1:

router#
19:33:36: Vi1 LCP: I TERMREQ [Open] id 144 len 4
19:33:36: Vi1 LCP: O TERMACK [Open] id 144 len 4
19:33:36: Vi1 PPP: Sending Acct Event[Down] id[36]
19:33:36: Vi1 IPCP: State is Closed
19:33:36: Vi1 IPCP: Remove link info for cef entry IP
19:33:36: Vi1 PPP: Phase is TERMINATING
19:33:36: Di2 IPCP: Remove route to IP
19:33:36: Di2 IPCP: Remove default route thru IP
19:33:36: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di2
19:33:36: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down
19:33:36: Vi1 LCP: State is Closed
19:33:36: Vi1 PPP: Phase is DOWN
19:33:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to down
19:33:58: %DIALER-6-BIND: Interface Vi1 bound to profile Di2
19:33:58: Vi1 PPP: Phase is DOWN, Setup
19:33:58: Vi1 PPP: Using dialer call direction
19:33:58: Vi1 PPP: Treating connection as a callout
19:33:58: Vi1 PPP: Session handle[5E000092] Session id[0]
19:33:58: Vi1 PPP: Phase is ESTABLISHING, Active Open
19:33:58: Vi1 PPP: Authorization required
19:33:58: Vi1 PPP: No remote authentication for call-out
19:33:58: Vi1 LCP: O CONFREQ [Closed] id 1 len 14
19:33:58: Vi1 LCP:    MRU 1492 (0x010405D4)
19:33:58: Vi1 LCP:    MagicNumber 0x1E621877 (0x05061E621877)
19:33:58: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
19:33:58: Vi1 LCP: I CONFREQ [REQsent] id 230 len 19
19:33:58: Vi1 LCP:    MRU 1492 (0x010405D4)
19:33:58: Vi1 LCP:    AuthProto CHAP (0x0305C22305)
19:33:58: Vi1 LCP:    MagicNumber 0x349F1F1F (0x0506349F1F1F)
19:33:58: Vi1 LCP: O CONFNAK [REQsent] id 230 len 9
19:33:58: Vi1 LCP:    AuthProto MS-CHAP (0x0305C22380)
19:33:58: Vi1 LCP: I CONFACK [REQsent] id 1 len 14
19:33:58: Vi1 LCP:    MRU 1492 (0x010405D4)
19:33:58: Vi1 LCP:    MagicNumber 0x1E621877 (0x05061E621877)
19:33:58: Vi1 LCP: I CONFREQ [ACKrcvd] id 231 len 18
19:33:58: Vi1 LCP:    MRU 1492 (0x010405D4)
19:33:58: Vi1 LCP:    AuthProto PAP (0x0304C023)
19:33:58: Vi1 LCP:    MagicNumber 0x349F1F1F (0x0506349F1F1F)
19:33:58: Vi1 LCP: O CONFACK [ACKrcvd] id 231 len 18
19:33:58: Vi1 LCP:    MRU 1492 (0x010405D4)
19:33:58: Vi1 LCP:    AuthProto PAP (0x0304C023)
19:33:58: Vi1 LCP:    MagicNumber 0x349F1F1F (0x0506349F1F1F)
19:33:58: Vi1 LCP: State is Open
19:33:58: Vi1 PPP: No authorization without authentication
19:33:58: Vi1 PPP: Phase is AUTHENTICATING, by the peer
19:33:58: Vi1 PAP: Using hostname from interface PAP
19:33:58: Vi1 PAP: Using password from interface PAP
19:33:58: Vi1 PAP: O AUTH-REQ id 1 len 27 from "router"
19:33:59: Vi1 PAP: I AUTH-ACK id 1 len 5
19:33:59: Vi1 PPP: Phase is FORWARDING, Attempting Forward
19:33:59: Vi1 PPP: Phase is ESTABLISHING, Finish LCP
19:33:59: Vi1 PPP: Phase is UP
19:33:59: Vi1 IPCP: O CONFREQ [Closed] id 1 len 22
19:33:59: Vi1 IPCP:    Address 0.0.0.0 (0x030600000000)
19:33:59: Vi1 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
19:33:59: Vi1 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
19:33:59: Vi1 PPP: Process pending ncp packets
19:33:59: Vi1 IPCP: I CONFNAK [REQsent] id 1 len 22
19:33:59: Vi1 IPCP:    Address IP (0x03065295A09D)
19:33:59: Vi1 IPCP:    PrimaryDNS IP (0x8106D45F616F)
19:33:59: Vi1 IPCP:    SecondaryDNS IP (0x8306D45F6190)
19:33:59: Vi1 IPCP: O CONFREQ [REQsent] id 2 len 22
19:33:59: Vi1 IPCP:    Address IP (0x03065295A09D)
19:33:59: Vi1 IPCP:    PrimaryDNS IP (0x8106D45F616F)
19:33:59: Vi1 IPCP:    SecondaryDNS IP (0x8306D45F6190)
19:33:59: Vi1 IPCP: I CONFACK [REQsent] id 2 len 22
19:33:59: Vi1 IPCP:    Address IP (0x03065295A09D)
19:33:59: Vi1 IPCP:    PrimaryDNS IP (0x8106D45F616F)
19:33:59: Vi1 IPCP:    SecondaryDNS IP (0x8306D45F6190)
19:33:59: Vi1 IPCP: I CONFREQ [ACKrcvd] id 123 len 10
19:33:59: Vi1 IPCP:    Address IP (0x0306D45F62F1)
19:33:59: Vi1 IPCP: O CONFACK [ACKrcvd] id 123 len 10

schramme · 15. Februar 2007

und Teil2:

19:33:59: Vi1 IPCP:    Address IP (0x0306D45F62F1)
19:33:59: Vi1 IPCP: State is Open
19:33:59: Di2 IPCP: Install negotiated IP interface address IP
19:33:59: Di2 IPCP: Install route to IP
19:33:59: Vi1 IPCP: Add link info for cef entry IP
19:34:00: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to upi#
router#

Konfig ist jetzt:

interface Dialer2
mtu 1492
ip address negotiated
ip access-group 100 in
encapsulation ppp
ip tcp adjust-mss 1420
dialer pool 2
dialer idle-timeout 0
dialer wait-for-carrier-time 1
dialer persistent
dialer-group 1
no cdp enable
ppp authentication pap callin
ppp chap refuse
ppp pap sent-username xxx password 7 xxx
ppp ipcp dns request
end

Den mss-Wert brauchte ich mal für einen VPN-Tunnel.

Wordo · 15. Februar 2007

Die MSS Werte haben damit nichts zu tun, ich z.B. setze auf allen Routern 1300. Nie ein Problem damit gehabt. Wie trennst du denn die Verbindung? Setzt du das If kurz auf shut? Also bei PPPoE mach ich "clear pppoe all" und dann waehlt sich die Kiste nach paar Sekunden wieder ein. Bei dir scheint da der Connect komplett verloren zu gehen ...

schramme · 15. Februar 2007

Ich brauch nicht trennen. Ich werde automatisch vom Provider getrennt. Anstatt 24 Stundentrennung ist's 'ne 5 Minuten Trennung.

Wordo · 15. Februar 2007

Hae? Du wirst jetzt also alle 5 Minuten zwangsgetrennt? Kannst du das deinem Provider sagen oder wie?

schramme · 15. Februar 2007

Jupp, ich arbeite beim Provider. Und für meinen Einwahlnamen haben wir die Zwangstrennung auf 5 Minuten zum testen eingestellt.

Wordo · 15. Februar 2007

Hmmm .. ich habs mal bei mir auf 2 Minuten gestellt und bei mir dauerts auch 20 Sekunden. Ich denke das ist schon OK so wenn du als terminate cause Session Timeout oder Lost Carrier hast.

Feb 15 15:51:18.649: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di0

Feb 15 15:51:18.657: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down

Feb 15 15:51:19.393: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to down

Feb 15 15:51:40.745: %DIALER-6-BIND: Interface Vi1 bound to profile Di0

Feb 15 15:51:40.749: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up

Feb 15 15:51:42.393: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up

schramme · 15. Februar 2007

Hi,

hmmm - da bin ich eigentlich nicht so begeistert. Ich werd's morgen nochmal mit einem 878 ausprobieren, ob der auch so langsam ist. Das hab ich eigentlich anders erwartet.

Ich werd morgen berichten. Danke schon mal für deine Mühe. Vielleicht fällt uns ja über Nacht noch was ein.

Wordo · 16. Februar 2007

Du koenntest auf dem LNS mal die Session manuell killen und nicht durch Session Timeout auslaufen lassen. Wenns dann schneller geht koennte man was scripten.

schramme · 16. Februar 2007

Also der 878 hat genau das gleiche Phänomen.

Das ISDN Backup am 1803 wählt sich ohne Pause wieder ein.

Was meinst du mit LNS?

Anmelden

Verzögerung bei 24h Trennung

Empfohlene Beiträge

schramme 10

Link zu diesem Kommentar

Wordo 11

Link zu diesem Kommentar

schramme 10

Link zu diesem Kommentar

xymos 10

Link zu diesem Kommentar

Wordo 11

Link zu diesem Kommentar

schramme 10

Link zu diesem Kommentar

schramme 10

Link zu diesem Kommentar

Wordo 11

Link zu diesem Kommentar

schramme 10

Link zu diesem Kommentar

Wordo 11

Link zu diesem Kommentar

schramme 10

Link zu diesem Kommentar

Wordo 11

Link zu diesem Kommentar

schramme 10

Link zu diesem Kommentar

Wordo 11

Link zu diesem Kommentar

schramme 10

Link zu diesem Kommentar

Schreibe einen Kommentar

Menu

Aktivitäten