Newsgroup: it.comp.reti.locali
Titolo: Catalyst 2948G - Problemi di Lentezza/Prestazioni/Configurazione.

Ciao a tutti,
Vorrei avere una vostra consulenza/help sulla configurazione degli apparati
in oggetto, non per una questione di mal funzionamento ma per problemi
dovuti alle loro performance.
La rete in complesso è abbastanza articolata, ma dopo qualche prova al volo
abbiamo notato che la larghezza di banda è molto limitata anche tra due
porte dello stesso apparato Catalyst 2948G, e questo è molto grave dato il
costo/peso degli apparati in oggetto.
Collegando due portatili sullo stesso apparato (porta 1 e porta 2 e
sconnettendo dallo stesso le fibre di dorsale notiamo che il file trasfer di
700Mb (filmato Dvix) notiamo che la massima velocità ottenuta è di 1,8 2.0
Mb/Sec e comunque è molto discontinua.
Ho provato su altri apparati quali 3Com stessa prova di trasfer da porta a
porta dello stesso apparato e la velocità massima era di 5-6 Mb/Sec.
Allego parte Configurazione dello Switch (Le porte non sono in shut il file
è stat prima prima):
Current configuration:
!
version 12.0
no service pad
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname Piano3_Switch1
!
enable secret 5 $1$3Ndj$qv6hl04930hqbAfGpfqfV0
enable password 7 06040B33
!
ip subnet-zero
bridge irb
!
!
!
interface FastEthernet1
 no ip address
 no ip directed-broadcast
 shutdown
 duplex full
 bridge-group 1
!
interface FastEthernet2
 no ip address
 no ip directed-broadcast
 shutdown
 duplex full
 bridge-group 1
Allego stato di una porta FastEthernet dello switch:
FastEthernet1 is down, line protocol is down
  Hardware is epif_port, address is 0005.5e8d.5d07 (bia 0005.5e8d.5d07)
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 1/255
  Encapsulation ARPA, loopback not set, keepalive set (10 sec)
  Full-duplex, Auto Speed, 100BaseTX
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 04:03:21, output never, output hang never
  Last clearing of "show interface" counters never
  Queueing strategy: fifo
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     109517 packets input, 8503097 bytes, 0 no buffer
     Received 114 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     0 watchdog, 0 multicast
     0 input packets with dribble condition detected
     206932 packets output, 296159641 bytes, 0 underruns(0/0/0)
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
1) Qualche  consiglio?
2) Qualche nota??
3) Help?
Grazie
Massimo

  shutdown
Perche'?
Potrebbe essere in effetti un problema di duplex, ma le prestazioni 
degli switch Cisco, come segnalato piu' volte e come emerge da 
misurazioni al banco di alcuni vendor, sono tutt'altro che comparabili 
al costo.
Ciao
Luca
-- 
Luca Sasdelli
Microsoft MVP - Security, Networking, Windows NT/2000/XP
http://mvp.support.microsoft.com
IDRCI Italia - 
http://www.idrci.it
 - 
http://forum.idrci.it
CHX-I, CHX-I NAT Stateful Packet Filter

 ha scritto nel messaggio
news:c49915$2dht2m$1...@ID-127032.news.uni-berlin.de...


 La configurazione AUTO č questa sopra prevista?
Non me lo ricordo :-)
Vai in config-if, digita duplex e vedi cosa dice.


 paio d'anni, a parte i blackouts).
Beh, intanto Maxymo parla di due portatili, oggetti che generalmente non 
sono comparabili ai desktop per prestazioni. Inoltre, se e' proprio 
incappato in un problema di autonegoziazione random, e' gia' fortunato 
ad andare a 2Mbps ... rischierebbe anzi di inviare il primo frame e 
buonanotte :-)
Si, sostengo che gli switch Cisco non sono dei fulmini, ma non credo 
proprio che quelle connessioni siano a posto.
Quindi: duplex, I/O delle macchine, sistema operativo, modalita' di 
trasferimento. Tutte cose da verificare.


 ha scritto nel messaggio
news:hVY9c.14912$jY1....@tornado.fastwebnet.it...


      0 output errors, 23406 collisions, 0 interface resets
Se ci sono le collisioni, qualcuno (lo switch o la nic) sta usando il 
CSMA/CD quando non dovrebbe (full-duplex). Ovvero: siccome il 
full-duplex prevede una coppia in un senso e un'altra nell'altro senso, 
non possono esserci collisioni, a meno che uno dei due nodi non si 
ostini ad usare entrambe le coppie nei due sensi (half-duplex).
Fai un po' di paragoni mettendo entrambi in auto o entrambi in full forzato.
I CRC ed errori di frame sono dovuti alle prime, in quanto si tratta 
certamente di pacchetti danneggiati dalla collisione.
P.S.: non quotare sempre tutto :-)


prova a settare manualmente la velocità e il duplex sia sulla porta
dello switch sia sulla scheda di rete dei client
100full ---> 100full
ciao
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG