[CISCO 2950] Perfomance-probleem

[tERRiON]

Beste iedereen,

op m'n werk hebben we een aantal switches waarvan er 2 zijn die aanmerkelijk slechter presteren dan de overige switches. Het zijn allemaal Cisco 2950's, en hangen samen in een cluster. Ik heb de running-configs van een snelle en een slome switch geplakt:

Snelle switch:
!
version 12.1
no service single-slot-reload-enable
no service pad
service timestamps debug uptime
service timestamps log datetime
no service password-encryption
service sequence-numbers
!
hostname naam1
!
enable secret 5 [knip]
!
ip subnet-zero
!
cluster commander-address 0009.7c4e.9f40 member 8 name clusterhb
spanning-tree extend system-id
!
!
interface FastEthernet0/1
no ip address
spanning-tree portfast
!

[knip]

interface FastEthernet0/24
no ip address
duplex full
speed 100
!
interface Vlan1
ip address 172.17.5.9 255.255.0.0
no ip route-cache
!
ip http server
!
snmp-server engineID local 800000090300000AF4A991C1
snmp-server community public@es8 RO
!
line con 0
exec-timeout 0 0
line vty 0 4
password [knip]
login
line vty 5 15
password [knip]
login
!
end

Slome switch:
!
version 12.1
no service pad
service timestamps debug uptime
service timestamps log datetime
no service password-encryption
service sequence-numbers
!
hostname naam3
!
enable secret 5 [knip]
!
ip subnet-zero
!
cluster commander-address 0009.7c4e.9f40 member 11 name clusterhb
spanning-tree mode pvst
no spanning-tree optimize bpdu transmission
spanning-tree extend system-id
!
!
interface FastEthernet0/1
no ip address
spanning-tree portfast
!

[knip]

interface FastEthernet0/24
no ip address
duplex full
speed 100
!
interface Vlan1
ip address 172.17.5.14 255.255.0.0
no ip route-cache
!
ip http server
!
snmp-server community public@es11 RO
!
line con 0
line vty 0 4
password [knip]
login
line vty 5 15
password [knip]
login
!
end

De schuin gedrukte regeltjes zijn het enige verschil in de running config waarvan ik denk dat het mogelijk invloed kan hebben;
De software-versies zijn allemaal gelijk;
Poort 24 wordt in beide gevallen gebruikt als uplink;
Het verwijderen van de regeltjes is m.i. niet zo'n probleem, even config leeg gooien, nieuwe in plempen en hij is klaar. Maar hoe groot is de kans dat een week later die 2 regels er weer staan?

Het probleem zit em echt in de switch. Het wisselen van de uplinks biedt geen vooruitgang. Wanneer een gebruiker van de slome switch naar de snelle wordt omgeprikt, wordt de verbinding ook weer snel. Prik je em weer terug, is het weer even traag als altijd.

Een kopieerslag die op de snelle switch c.a. 30sec. duurt, duurt op de slome switch enkele minuten. Zéér duidelijk merkbaar dus.

Wie o wie kan mij vertellen wat hier de oorzaak van het probleem is, en hoe dit op te lossen is?

PS. Ik kan niet onbeperkt gaan knutselen met de switch omdat deze volop in productie is en onze reserve-switch reeds in gebruik is.

[DJ]

Als je kopieert op de 'slome' switch, zie je dan ook dat de poorten waarover dat loopt af en toe oranje knipperen?

[It-er]

Al es een output-interpreter geprobeert?

ik heb je logfile es gecontroleerd en er komen een boel foutmeldingen naar voren, ik kan moeilijk de hele uitdraai hierin zetten maar als je je email-adres geeft stuur ik hem zo snel mogelijk

een klein voorbeeldje:

WARNING: CDP (Cisco Discovery Protocol) is currently running on this router.
INFO: While CDP can be used to provide some network management functions, the
information it offers to each directly connected segment can be used to design
attacks against your network.
TRY THIS: You can disable CDP using the 'no cdp run' configuration command.
To continue running CDP, consider adding the 'no cdp enable' interface command
to any/every EXTERNAL interface.

WARNING: Proxy ARP may be enabled on the following interfaces:
FastEthernet0/1
FastEthernet0/24
INFO: The Cisco IOS software uses proxy ARP (as defined in RFC 1027) to help
hosts with no knowledge of routing determine the media addresses of hosts on other
networks or subnets. Proxy ARP can lead to increased ARP traffic on a segment,
increased ARP table size in hosts, and can prove vulnerable to 'spoofing' attacks,
where a machine can claim to be another in order to intercept packets.
TRY THIS: Check whether Proxy ARP is enabled using the 'show ip interface'
command. You can disable proxy ARP using the 'no ip proxy-arp' configuration
command.

[It-er]

inmiddels een mailtje naar de TS gestuurd

[Verwijderd]

De software-versies zijn allemaal gelijk;

Weet je zeker dat de software versies gelijk zijn? (alleen het 'version 12.1' zegt niets, er zijn honderden verschillende 12.1 versies).
Ik gok dat op de ene een versie ouder dan 12.1(9)EA1 staat, en op de andere een nieuwere versie; in deze versie werd "spanning-tree mode mst" toegevoegd. In ieder geval denk ik dat, ook al staat het in de andere niet in de configuratie, beide op pvst staan (dat is nl. de default). Post eventueel even een "show spanning-tree summary"...

Het verwijderen van de regeltjes is m.i. niet zo'n probleem, even config leeg gooien, nieuwe in plempen en hij is klaar.

Waarom zo moeilijk doen? Je kan een regel weghalen door er 'no' voor te zetten...
Maar, ik denk niet dat dit het probleem is...

Maar hoe groot is de kans dat een week later die 2 regels er weer staan?

Nul. Cisco switches veranderen niet zelf hun config.

Kijk eens naar de configuratie van de poorten waar je de gebruiker in prikt... staat de duplex goed?

[tERRiON]

Verwijderd schreef op 11 november 2003 @ 13:33:
[...]

Weet je zeker dat de software versies gelijk zijn? (alleen het 'version 12.1' zegt niets, er zijn honderden verschillende 12.1 versies).
Ik gok dat op de ene een versie ouder dan 12.1(9)EA1 staat, en op de andere een nieuwere versie; in deze versie werd "spanning-tree mode mst" toegevoegd. In ieder geval denk ik dat, ook al staat het in de andere niet in de configuratie, beide op pvst staan (dat is nl. de default). Post eventueel even een "show spanning-tree summary"...

[...]

Nul. Cisco switches veranderen niet zelf hun config.

Kijk eens naar de configuratie van de poorten waar je de gebruiker in prikt... staat de duplex goed?

Hier zijn de 'show spanning-tree summary' outpoetjes:

snelle switch:
Root bridge for: none.
Extended system ID is enabled.
PortFast BPDU Guard is disabled
EtherChannel misconfiguration guard is enabled
UplinkFast is disabled
BackboneFast is disabled
Default pathcost method used is short

Name Blocking Listening Learning Forwarding STP Active
---------------------- -------- --------- -------- ---------- ----------
VLAN0001 0 0 0 19 19
---------------------- -------- --------- -------- ---------- ----------
1 vlan 0 0 0 19 19

slome switch:
Switch is in pvst mode
Root bridge for: none
EtherChannel misconfiguration guard is enabled
Extended system ID is enabled
Portfast is disabled by default
PortFast BPDU Guard is disabled by default
Portfast BPDU Filter is disabled by default
Loopguard is disabled by default
UplinkFast is disabled
BackboneFast is disabled
Pathcost method used is short

Name Blocking Listening Learning Forwarding STP Active
---------------------- -------- --------- -------- ---------- ----------
VLAN0001 0 0 0 16 16
---------------------- -------- --------- -------- ---------- ----------
1 vlan 0 0 0 16 16

De poortjes staan verder allemaal wel goed geconfigureerd, dus daar lijkt me het probleem niet in te zitten.

[snakeye]

Doe eens eens een show version op beide switches waarschijnljk zijn het wel verschillende ios'en omdat de default spanning tree parameters verschillend zijn.

Gebruikt je soms versie 12.1(13)EA1 hier zit namelijk een bug in die poorten traag maakt als je ze handmatig op 100 Mbit configureerd.

[tERRiON]

Snake,

je bent geweldig! :-) (nou ja, tot op heden dan, hehe)

De beide switches blijken inderdaad versie 12.1(13)EA1 te hebben. Dat wordt dus flashen!

Ik zal hier de uitkomsten wel even droppen wanneer de switches geflest zijn.