Etherchannel führt zu Paketverlust

[honk81 10]

Hallo zusammen,

 

ich bin bisher nur passiver Leser dieses Forums gewesen, aber ab heute auch aktiv ;-) Ich habe ein Problem mit einem etherchannel zwischen einem Cisco 6509 und einem Cisco 2670.

Zur Situation:

Ich habe hier ein Netzwerk "geerbt", was sich als ausserordentlich ...

ungepflegt rausstellt. Wichtigste Komponenten sind 3 6509er.

Jetzt haben wir für einen neuen Serverraum einen Cisco 2970 bekommen, den ich an einen der 6509e angeschlossen habe.

Die Verbindung funktioniert problemlos, allerdings ist eine Leitung an den cisco 2970 ein bischen wenig, deshalb wollte ich ebenfalls einen channel mit einer zweiten Leitung aufbauen. Aber immer wenn ich diesen Channel aktiviere, kommt es beim Zugriff auf die Server, die am 2970 hängen, zu Paketverlusten (wenn ich einen Server anpinge, verliere ich bei 50 Paketen min. eins). auch ist die Geschwindigkeit miserabel, es sieht so aus, als wäre die Verbindung extrem fehlerhaft.

Ich habe ein bischen probiert, gemacht und getan, aber besser wird es nicht.

 

Konfigurationen sehen meiner Meinung nach gut aus und stimmen überein.

Ich bin daher ein bisserl ratlos.

 

Anbei die imho wichtigsten Konfigs:

2970#sh etherchannel
               Channel-group listing:
               -----------------------

Group: 1
----------
Group state = L2
Ports: 2   Maxports = 8
Port-channels: 1 Max Port-channels = 1
Protocol:   PAgP


2970#sh int port-channel 1
Port-channel1 is up, line protocol is up (connected)
 Hardware is EtherChannel, address is 0012.80a9.b31b (bia 0012.80a9.b31b)
 Description: PortChannel fur LB Switches
 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 1/255, rxload 1/255
 Encapsulation ARPA, loopback not set
 Full-duplex, 1000Mb/s
 input flow-control is off, output flow-control is off
 Members in this channel: Gi0/27
 ARP type: ARPA, ARP Timeout 04:00:00
 Last input 00:00:00, output 00:24:54, output hang never
 Last clearing of "show interface" counters 20:07:34
 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 1416000 bits/sec, 647 packets/sec
 5 minute output rate 2468000 bits/sec, 812 packets/sec
    3526288 packets input, 786932483 bytes, 0 no buffer
    Received 281302 broadcasts (0 multicast)
    0 runts, 0 giants, 0 throttles
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 4265750826 multicast, 0 pause input
    0 input packets with dribble condition detected
    4865363 packets output, 2119473087 bytes, 0 underruns
    0 output errors, 0 collisions, 0 interface resets
    0 babbles, 0 late collision, 0 deferred
    0 lost carrier, 0 no carrier, 0 PAUSE output
    0 output buffer failures, 0 output buffers swapped out

2970#sh etherchannel port-channel
               Channel-group listing:
               -----------------------

Group: 1
----------
               Port-channels in the group:
               ----------------------

Port-channel: Po1
------------

Age of the Port-channel   = 49d:17h:02m:47s
Logical slot/port   = 10/1          Number of ports = 2
GC                  = 0x00010001      HotStandBy port = null
Port state          = Port-channel Ag-Inuse
Protocol            =   PAgP

Ports in the Port-channel:

Index   Load   Port     EC state        No of bits
------+------+------+------------------+-----------
 0     00     Gi0/27   Automatic-Sl    0
 0     00     Gi0/28   Automatic-Sl    0

Time since last port bundled:    00d:00h:00m:54s    Gi0/28
Time since last port Un-bundled: 00d:19h:16m:41s    Gi0/28

 

Wennnoch was fehlt, lasst es mich wissen.

 

Gruß und Danke

[honk81 10]

Noch weitere Konfigs:

6509#sh etherchannel
               Channel-group listing:
               -----------------------

Group: 1
----------
Group state = L2
Ports: 2   Maxports = 8
Port-channels: 1 Max Port-channels = 1
Protocol:   PAgP

Group: 2
----------
Group state = L2
Ports: 2   Maxports = 8
Port-channels: 1 Max Port-channels = 1
Protocol:   PAgP

Group: 123
----------
Group state = L2
Ports: 2   Maxports = 8
Port-channels: 1 Max Port-channels = 1
Protocol:   PAgP

6509#sh int port-ch 123
Port-channel123 is up, line protocol is up (connected)
  Full-duplex, 1000Mb/s
 input flow-control is off, output flow-control is unsupported
 Members in this channel: Gi4/11 Gi4/12
 ARP type: ARPA, ARP Timeout 04:00:00
 Last input never, output never, output hang never
 Last clearing of "show interface" counters 20:18:34
 Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
 Queueing strategy: fifo
 Output queue: 0/40 (size/max)
 5 minute input rate 1445000 bits/sec, 467 packets/sec
 5 minute output rate 797000 bits/sec, 382 packets/sec
    6508753 packets input, 2773922070 bytes, 0 no buffer
    Received 10323 broadcasts (6542 multicast)
    0 runts, 0 giants, 0 throttles
    1017 input errors, 94 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 0 multicast, 0 pause input
    0 input packets with dribble condition detected
    5164414 packets output, 1267827703 bytes, 0 underruns
    0 output errors, 0 collisions, 0 interface resets
    0 babbles, 0 late collision, 0 deferred
    0 lost carrier, 0 no carrier, 0 PAUSE output
    0 output buffer failures, 0 output buffers swapped out


6509#sh etherchannel port-channel
               Channel-group listing:
               -----------------------

Group: 123
----------
               Port-channels in the group:
               ----------------------

Port-channel: Po123
------------

Age of the Port-channel   = 75d:07h:28m:04s
Logical slot/port   = 14/3          Number of ports = 2
GC                  = 0x007B0001      HotStandBy port = null
Port state          = Port-channel Ag-Inuse
Protocol            =   PAgP

Ports in the Port-channel:

Index   Load   Port     EC state        No of bits
------+------+------+------------------+-----------
 0     55     Gi4/11   Desirable-Sl    4
 1     AA     Gi4/12   Desirable-Sl    4

Time since last port bundled:    0d:00h:03m:08s    Gi4/12
Time since last port Un-bundled: 0d:19h:18m:55s    Gi4/12

______________________________________

[Wordo 11]

Das ist nicht der Output wenn beide Kabel gesteckt sind, das waere interessanter. Und ein debug vom etherchannel ebenfalls ...

[Otaku19 33]

ich würds mal mit etherchannel only statt PAgP versuchen

[honk81 10]

Stimmt, jetzt wo du es sagst, ich hatte einen Port runtergefahren, als ich ein paar der Konfigs gepostet hatte:

Vom 2970, wenn ein Port hochgefahren wird, gibt es folgende debug-Meldungen:

H5221220#debug etherchannel all
PAgP/LACP Shim All debugging is on
H5221220#
025651: 3y35w: FEC: returning agport Po1 for port (Gi0/27)
025652: Apr  8 11:18:23: %LINK-3-UPDOWN: Interface GigabitEthernet0/28, changed
state to up
025653: 3y35w: FEC: pagp_switch_port_up: Gi0/28
025654: 3y35w: FEC: pagp_switch_invoke_port_up: Gi0/28
025655: 3y35w: FEC: pagp_switch_agc_compatable: comparing GC values of Gi0/28 Gi
0/27 flag = 1 1
025656: 3y35w: FEC: pagp_switch_port_attrib_diff: compare PAgP modes for Gi0/28
025657: 3y35w: FEC: pagp_switch_port_attrib_diff: Gi0/28 Gi0/27 same
025658: 3y35w: FEC: pagp_switch_agc_compatable: GC values are compatable
025659: 3y35w: FEC: pagp_switch_agc_compatable: comparing GC values of Gi0/28 Gi
0/27 flag = 1 1
025660: 3y35w: FEC: pagp_switch_port_attrib_diff: compare PAgP modes for Gi0/28
025661: 3y35w: FEC: pagp_switch_port_attrib_diff: Gi0/28 Gi0/27 same
025662: 3y35w: FEC: pagp_switch_agc_compatable: GC values are compatable
025663: 3y35w: FEC: pagp_switch_calculate_vgc: gc for port Gi0/28 is 10001
025664: 3y35w: FEC: fec_bundle: Gi0/28
025665: 3y35w: FEC: add port (Gi0/28) to agport (Po1)
025666: 3y35w: FEC: pagp_switch_add_port_to_agport_internal: msg to PM to bundle
port Gi0/28 with Po1
025667: 3y35w: FEC: pagp_switch_want_to_bundle: Bndl msg to PM for port Gi0/28 t
o Agport Po1
025668: 3y35w: FEC: pagp_switch_hotstandby: for agport Po1
025669: 3y35w: FEC: fec_next_port_in_agport: port for Po1 is Gi0/27
025670: 3y35w: FEC: fec_next_port_in_agport: port for Po1 is Gi0/28
025671: 3y35w: FEC: fec_next_port_in_agport: cannot return  first port for agpor
t Po1
025672: 3y35w: FEC: pagp_switch_hotstandby: returning null for agport Po1
025673: 3y35w: FEC: pagp_switch_reset_load_index: reading load-index for port Po
1
025674: 3y35w: FEC: returning agport Po1 for port (Gi0/28)
025675: Apr  8 11:18:27: %LINEPROTO-5-UPDOWN: Line protocol on Interface Gigabit
Ethernet0/28, changed state to up
025676: 3y35w: FEC: returning agport Po1 for port (Gi0/28)
025677: 3y35w: FEC: returning agport Po1 for port (Gi0/27)
025678: 3y35w: FEC: returning agport Po1 for port (Gi0/28)
025679: 3y35w: FEC: returning agport Po1 for port (Gi0/27)
025680: 3y35w: FEC: returning agport Po1 for port (Gi0/28)
025681: 3y35w: FEC: returning agport Po1 for port (Gi0/27)
025682: 3y35w: FEC: returning agport Po1 for port (Gi0/28)
025683: 3y35w: FEC: returning agport Po1 for port (Gi0/27)
025684: 3y35w: FEC: returning agport Po1 for port (Gi0/28)
025685: 3y35w: FEC: returning agport Po1 for port (Gi0/27)
025686: 3y35w: FEC: returning agport Po1 for port (Gi0/28) undeb all
All possible debugging has been turned off

 

Hoffe das hilft weiter.

[honk81 10]

Und hier noch der Output von den beiden Channeln:

 

2970:

2970#sh int port-channel 1
Port-channel1 is up, line protocol is up (connected)
 Hardware is EtherChannel, address is 0012.80a9.b31b (bia 0012.80a9.b31b)
 Description: PortChannel fur LB 
 MTU 1500 bytes, BW 2000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 1/255, rxload 1/255
 Encapsulation ARPA, loopback not set
 Full-duplex, 1000Mb/s
 input flow-control is off, output flow-control is off
 Members in this channel: Gi0/27 Gi0/28
 ARP type: ARPA, ARP Timeout 04:00:00
 Last input 00:00:00, output 03:28:39, output hang never
 Last clearing of "show interface" counters 00:13:22
 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 0 bits/sec, 0 packets/sec
 5 minute output rate 10913000 bits/sec, 116042 packets/sec
    393595 packets input, 103963625 bytes, 0 no buffer
    Received 2919 broadcasts (0 multicast)
    0 runts, 0 giants, 0 throttles
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 29650936 multicast, 0 pause input
    0 input packets with dribble condition detected
    471659 packets output, 180165356 bytes, 0 underruns
    0 output errors, 0 collisions, 0 interface resets
    0 babbles, 0 late collision, 0 deferred
    0 lost carrier, 0 no carrier, 0 PAUSE output
    0 output buffer failures, 0 output buffers swapped out

 

6509

6509# sh int port-channel 123
Port-channel123 is up, line protocol is up (connected)
 Hardware is EtherChannel, address is 0012.4361.422a (bia 0012.4361.422a)
 Description: Channel Server
 MTU 1500 bytes, BW 2000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 1/255, rxload 1/255
 Encapsulation ARPA, loopback not set
 Full-duplex, 1000Mb/s
 input flow-control is off, output flow-control is unsupported
 Members in this channel: Gi4/11 Gi4/12
 ARP type: ARPA, ARP Timeout 04:00:00
 Last input never, output never, output hang never
 Last clearing of "show interface" counters 00:13:43
 Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
 Queueing strategy: fifo
 Output queue: 0/40 (size/max)
 5 minute input rate 2156000 bits/sec, 667 packets/sec
 5 minute output rate 1145000 bits/sec, 551 packets/sec
    469380 packets input, 172487488 bytes, 0 no buffer
    Received 492 broadcasts (132 multicast)
    0 runts, 0 giants, 0 throttles
    103 input errors, 8 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 0 multicast, 0 pause input
    0 input packets with dribble condition detected
    396255 packets output, 106873241 bytes, 0 underruns
    0 output errors, 0 collisions, 0 interface resets
    0 babbles, 0 late collision, 0 deferred
    0 lost carrier, 0 no carrier, 0 PAUSE output
    0 output buffer failures, 0 output buffers swapped out

[Wordo 11]

Probier noch mal Otakus Vorschlag ...

[honk81 10]

Hallo,

ich habe einen neuen etherchannel erstellt, aber die Probleme bleiben:

6509#sh etherchannel summary
Flags:  D - down        P - in port-channel
       I - stand-alone s - suspended
       H - Hot-standby (LACP only)
       R - Layer3      S - Layer2
       U - in use      f - failed to allocate aggregator

       u - unsuitable for bundling
Number of channel-groups in use: 4
Number of aggregators:           4

Group  Port-channel  Protocol    Ports
------+-------------+-----------+------------------------------------
1      Po1(SU)         PAgP      Gi1/1(P)   Gi1/2(P)
2      Po2(SU)         PAgP      Gi2/1(P)   Gi2/2(P)
3      Po3(SU)          -        Gi4/11(P)  Gi4/12(P)


6509#

Und der 2970:

2970#sh etherchannel summary
Flags:  D - down        P - in port-channel
       I - stand-alone s - suspended
       H - Hot-standby (LACP only)
       R - Layer3      S - Layer2
       u - unsuitable for bundling
       U - in use      f - failed to allocate aggregator
       d - default port

Number of channel-groups in use: 2
Number of aggregators:           2

Group  Port-channel  Protocol    Ports
------+-------------+-----------+------------------------------
1      Po1(SD)          -
2      Po2(SU)          -        Gi0/27(P)   Gi0/28(P)

2970#

 

Bei genauerer Betrachtung ist es durch diese Konfig sogar noch schlimmer.

[Wordo 11]

Check ichs grad nicht oder stimmen die Protokolle mit den Channel-groups nicht ueberein? :confused:

[honk81 10]

OK, ist etwas missverständlich.

Auf dem 6509er existieren schon 2 Channel (Po1 und PO2) für die Anbindung von 2 anderen 6509ern Po3 ist der Channel zum 2970, der dort lokal unter Po2 läuft ... ich gebe zu, dass hätte man schöner lösen können, aber so wie ich die Doku verstanden habe, spielt die lokale Bezeichnung keine Rolle, oder sehe ich das falsch?

[Wordo 11]

Zeig doch mal alle 4 IF Configs...

[Otaku19 33]

aber so wie ich die Doku verstanden habe, spielt die lokale Bezeichnung keine Rolle, oder sehe ich das falsch?

 

passt schon so, ist völlig egal für die Gegenseite

[honk81 10]

Zeig doch mal alle 4 IF Configs...

6509:

6509#sh run int gi 4/11
Building configuration...

Current configuration : 220 bytes
!
interface GigabitEthernet4/11
description Uplink LB Switch 8.5.221.220
switchport
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 4,221
switchport mode trunk
channel-group 3 mode on
end

6509#sh run int gi 4/12
Building configuration...

Current configuration : 220 bytes
!
interface GigabitEthernet4/12
description Uplink LB Switch 8.5.221.220
switchport
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 4,221
switchport mode trunk
channel-group 3 mode on
end

und 2970

2970#sh run int gi 0/27
Building configuration...

Current configuration : 217 bytes
!
interface GigabitEthernet0/27
description Uplink Core per Etherchannel
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 4,221
switchport mode trunk
no ip address
channel-group 2 mode on
end

2970#sh run int gi 0/28
Building configuration...

Current configuration : 227 bytes
!
interface GigabitEthernet0/28
description Uplink Core per Etherchannel
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 4,221
switchport mode trunk
no ip address
shutdown
channel-group 2 mode on
end

[Cyver 10]

Die lokale Bezeichnung spielt keine Rolle .. einzig allein das richtige protokoll machts aus.

 

Meine Erfahrung zeigt das ein "Protocolless" EtherChannel (bei homogener Cisco Infra) besser funktioniert als LACP (PAgP bei Cisco) -> mode on beim channel command auf dem interface statt active (lacp)

 

Wenn du es kannst (Wartungsfenster ?) mach danach einen shut der physikalischen interfaces - warte ein paar sekunden und dann wieder up damit. Dann sollte sich auch der EtherChannel wieder auskennen.

 

*Otaku19 zustimm* ;)

 

Da fällt mir aber noch Spanning-Tree ein (grund warum ein port down ist) ? check das mal ..

 

-> sh spanning-tree vlan xxx

[honk81 10]

Hallo,

 

Da fällt mir aber noch Spanning-Tree ein (grund warum ein port down ist) ? check das mal ..

,

der Grund für den heruntergefahrenen Port gi 0/28 auf 2970 ist, dass es bei der aktuellen Konfig (etherchannel mode on) nicht wirklich zu gebrauchen ist. Pings auf dahinterliegende Systeme kommen nur zu zwei Dritteln an, bei PAgP war die Quote besser.

Wenn ich das Interface wieder hochfahre, kommt einiges an debug-Meldungen bei STP und etherchannel, aber nichts, wo ich was wirklich mit anfangen kann.

STP werde ich am Dienstag mal testen, habe jetzt erstmal Ostern.

Aber eigentlich sollte bei nem Channel doch keine Neukonfig des Tree entstehen, nur weil ich einen Port (der vorher shutdown war) mit in den Channel nehme, oder?