Jump to content

J@e

Members
  • Gesamte Inhalte

    32
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von J@e

  1. Moin Forumsgemeinde,

     

    aktuell plagt mich gerade ein Problem mit Spanningtree. Für eine Hochverfügbarkeitslösung (siehe Aufbau) soll Rapid-PVST auf den Switchen laufen. Nun sollte Rapid Spanning Tree meiner Meinung nach ja schnell sein und hier haperts zur Zeit.

     

    Alle Switche sind 3560-48er mit aktuellem IOS. Aber hier erst mal der Aufbau:

     

    Core A ************** Core B
    *    *               *    *
    *       *          *      *
    *          *    *         *
    *             *           *
    *          *    *         *
    *       *          *      *
    *    *                *   *
    Distr. A              Distr. B
    

     

    Rapid-PVST wurde auf allen Switchen wie folgt aktiviert:

    spanning-tree mode rapid-pvst
    spanning-tree extend system-id
    

     

     

    Alle Links im Backbone sind nach "Show Spanning Tree" als P2P Links erkannt worden. Ebenfalls zeigen alle Switche die korrekte STP Betriebsart an. Trotzdem ist die Konvergenzzeit mit 30 Sekunden weit von Rapid entfernt.

     

    Setze ich nun die Timer manuell auf die kleinst möglichen Werte:

    spanning-tree vlan 1,2 hello-time 1
    spanning-tree vlan 1,2 forward-time 4
    

     

    Dann komme ich auf eine Konvergenzzeit von ca. 8 Sekunden. Das kommt mir irgendwie suboptimal vor... ;)

     

    Hat jemand einen Tip für mich...

     

    Grüße J@e

  2. Naja, so schwer ist das doch nicht... ;)

     

    Der Router leitet die Break Sequnenz in jeden Falle seriell raus. Ich vermute nur das Deine Telnet Verbindung die Break Sequenz "schluckt" weil es sie auf sich selbst bezieht...

     

    Welche die Richtige Tastkombi ist hängt vom Telnet Programm ab und bei z.B. Hyperterm und Terraterm verschieden. Dazu findest Du in der Suche aber einige Hinweise.

     

    Gruß J@e

  3. Olla,

     

    Kannst du da bitte ein "sh int dialer X" posten?

     

    Sicher, gern.

     

    Dialer0 is up, line protocol is up (spoofing)
     Hardware is Unknown
     Internet address is *.*.*.*/32
     MTU 1500 bytes, BW 1024 Kbit, RxBW 10240 Kbit, DLY 20000 usec,
        reliability 255/255, txload 1/255, rxload 1/255
     Encapsulation PPP, loopback not set
     Keepalive set (10 sec)
     DTR is pulsed for 1 seconds on reset
     Interface is bound to Vi2
     Last input never, output never, output hang never
     Last clearing of "show interface" counters 03:30:14
     Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
     Queueing strategy: Class-based queueing
     Output queue: 0/1000/64/0 (size/max total/threshold/drops)
        Conversations  0/0/256 (active/max active/max total)
        Reserved Conversations 1/1 (allocated/max allocated)
        Available Bandwidth 154 kilobits/sec
     5 minute input rate 1000 bits/sec, 1 packets/sec
     5 minute output rate 1000 bits/sec, 1 packets/sec
        5529 packets input, 3991821 bytes
        4525 packets output, 586571 bytes
    Bound to:
    Virtual-Access2 is up, line protocol is up
     Hardware is Virtual Access interface
     MTU 1500 bytes, BW 1024 Kbit, DLY 20000 usec,
        reliability 255/255, txload 1/255, rxload 1/255
     Encapsulation PPP, LCP Open
     Open: IPCP
     PPPoE vaccess, cloned from Dialer0
     Vaccess status 0x44, loopback not set
     Keepalive set (10 sec)
     Interface is bound to Di0 (Encapsulation PPP)
     Last input 00:00:04, output never, output hang never
     Last clearing of "show interface" counters 00:01:02
     Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
     Queueing strategy: fifo
     Output queue: 0/40 (size/max)
     5 minute input rate 1000 bits/sec, 1 packets/sec
     5 minute output rate 1000 bits/sec, 2 packets/sec
        60 packets input, 29208 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
        63 packets output, 3747 bytes, 0 underruns
        0 output errors, 0 collisions, 0 interface resets
        0 output buffer failures, 0 output buffers swapped out
        0 carrier transitions
    

     

    Und dazu:

     

    Dialer0
    
     Service-policy output: TestForWordo
    
       Class-map: Test1 (match-any)
         0 packets, 0 bytes
         5 minute offered rate 0 bps, drop rate 0 bps
         Match: protocol http
           0 packets, 0 bytes
           5 minute rate 0 bps
         Queueing
           Strict Priority
           Output Queue: Conversation 264
           Bandwidth 50 (%)
           Bandwidth 512 (kbps) Burst 12800 (Bytes)
           (pkts matched/bytes matched) 0/0
           (total drops/bytes drops) 0/0
    
       Class-map: Test2 (match-all)
         0 packets, 0 bytes
         5 minute offered rate 0 bps, drop rate 0 bps
         Match: protocol ftp
         Queueing
           Output Queue: Conversation 265
           Bandwidth 10 (%)
           Bandwidth 102 (kbps)Max Threshold 64 (packets)
           (pkts matched/bytes matched) 0/0
           (depth/total drops/no-buffer drops) 0/0/0
    
       Class-map: class-default (match-any)
         41 packets, 3480 bytes
         5 minute offered rate 0 bps, drop rate 0 bps
         Match: any
    

     

    D.h., du hast T-DSL, ein externes Modem haengt am Splitter, 18XX haengt am Modem, waehlt sich ueber einen Dialer IF im DSL Netz ein und du hast ne service-policy auf dem Dialer IF?

     

    Jo, genau so ist es.

     

    Wenn das geht .. waers ja der Hit! Problem ist glaub ich nur das das BRI bei der 1812 NUR fuer Management Dialin da ist. Richtig?

     

    Nein, beim 1812 kannst Du das BRI auch als Backup nutzen.

     

    Greetz J@e

×
×
  • Neu erstellen...