/ Forside / Teknologi / Netværk / TCP/IP / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
TCP/IP
#NavnPoint
Per.Frede.. 4668
BjarneD 4017
severino 2804
pallebhan.. 1680
EXTERMINA.. 1525
xou 1455
strarup 1430
Manse9933 1419
o.v.n. 1400
10  Fijala 1204
Problem med netforbindelse
Fra : Jens U. K.


Dato : 28-09-01 15:16

En PC (med mac-addr.:0050.da2a.3acf) koblet op imod en switch (main4) har en del
net-problemer...

Jeg kiggede på statistikken (#1) på switchen for den port den er tilkoblet og
faldt over: 381671 input errors...

Er der nogen gode bud på hvad det kan skyldes...

#1:
main4#sh mac add 0050.da2a.3acf
Non-static Address Table:
Destination Address Address Type VLAN Destination Port
------------------- ------------ ---- --------------------
0050.da2a.3acf Dynamic 1 FastEthernet0/21
ostenfeld_main4#sh int fast 0/21
FastEthernet0/21 is up, line protocol is up
Hardware is Fast Ethernet, address is 00d0.bbd5.5857 (bia 00d0.bbd5.5857)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 1/255
Encapsulation ARPA, loopback not set, keepalive not set
Full-duplex, 100Mb/s, 100BaseTX/FX
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:34, 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 3000 bits/sec, 3 packets/sec
5 minute output rate 9000 bits/sec, 4 packets/sec
8485871 packets input, 1546532857 bytes, 0 no buffer
Received 1226830 broadcasts, 0 runts, 0 giants, 0 throttles
381671 input errors, 9395 CRC, 9869 frame, 0 overrun, 12 ignored, 0 abort
0 watchdog, 1054401 multicast
0 input packets with dribble condition detected
9961967 packets output, 833482293 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out

--
/Jens Ulrik


 
 
Peter Enger (28-09-2001)
Kommentar
Fra : Peter Enger


Dato : 28-09-01 22:57

Prøv at undersøge om der er uoverenstemmelse i duplex på hhv. maskine og
switch.

Jeg kan se at switchen står til full duplex, men kan maskinen i den anden
ende overhovedet håndtere det - eller er den i bedste fald bare sat op til
at køre half duplex.

Under alle omstændigheder - maskine og switch skal være sat op til det samme
og lad være med at stole på at det nok sker automatisk - det virker ikke
altid - ligemeget hvad de skriver på kassen. Er du i tvivl, så sæt begge op
til 100 / half duplex.


Mvh.

Peter




"Jens U. K." <1jk2@3bsopatent4.dk> wrote in message
news:lD%s7.12632$lk7.206257@news.get2net.dk...
> En PC (med mac-addr.:0050.da2a.3acf) koblet op imod en switch (main4) har
en del
> net-problemer...
>
> Jeg kiggede på statistikken (#1) på switchen for den port den er tilkoblet
og
> faldt over: 381671 input errors...
>
> Er der nogen gode bud på hvad det kan skyldes...
>
> #1:
> main4#sh mac add 0050.da2a.3acf
> Non-static Address Table:
> Destination Address Address Type VLAN Destination Port
> ------------------- ------------ ---- --------------------
> 0050.da2a.3acf Dynamic 1 FastEthernet0/21
> ostenfeld_main4#sh int fast 0/21
> FastEthernet0/21 is up, line protocol is up
> Hardware is Fast Ethernet, address is 00d0.bbd5.5857 (bia
00d0.bbd5.5857)
> MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, rely 255/255, load 1/255
> Encapsulation ARPA, loopback not set, keepalive not set
> Full-duplex, 100Mb/s, 100BaseTX/FX
> ARP type: ARPA, ARP Timeout 04:00:00
> Last input 00:00:00, output 00:00:34, 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 3000 bits/sec, 3 packets/sec
> 5 minute output rate 9000 bits/sec, 4 packets/sec
> 8485871 packets input, 1546532857 bytes, 0 no buffer
> Received 1226830 broadcasts, 0 runts, 0 giants, 0 throttles
> 381671 input errors, 9395 CRC, 9869 frame, 0 overrun, 12 ignored, 0
abort
> 0 watchdog, 1054401 multicast
> 0 input packets with dribble condition detected
> 9961967 packets output, 833482293 bytes, 0 underruns
> 0 output errors, 0 collisions, 3 interface resets
> 0 babbles, 0 late collision, 0 deferred
> 0 lost carrier, 0 no carrier
> 0 output buffer failures, 0 output buffers swapped out
>
> --
> /Jens Ulrik
>



Jens U. K. (01-10-2001)
Kommentar
Fra : Jens U. K.


Dato : 01-10-01 15:15

"Peter Enger" <pe@stubnet.dk> skrev i en meddelelse
news:0n6t7.12685$lk7.208996@news.get2net.dk...
> Prøv at undersøge om der er uoverenstemmelse i duplex på hhv. maskine og
> switch.

Den ene ende stod til auto, er nu rettet til 100/full duplex(100/FD).

> Jeg kan se at switchen står til full duplex, men kan maskinen i den anden
> ende overhovedet håndtere det - eller er den i bedste fald bare sat op til
> at køre half duplex.

Den skulle kunne klare det.

> ... ligemeget hvad de skriver på kassen. ...

Men selv om dok. siger at de sammenkoblede enheder hver især kan køre 100/FD,
hvordan kan man i praksis checke om de nu også kan? Jeg tænker selvfølgelig på
om der kan være fejl på den ene enhed (evt. i driveren) så den ikke kan køre
100/FD men kun 10/FD eller 100/HD.

/Jens Ulrik


Peter Enger (01-10-2001)
Kommentar
Fra : Peter Enger


Dato : 01-10-01 15:56

Tjaaaa - Man burde kunne regne sig frem til hvor langt tid det bør tage hvis
man overfører en større mængde data i begge retninger samtidig, meeeeen
......Typisk opdager man mismatch ved at tællerne på switchen tæller fejl
op - det burde stoppe hvis begge ender står ens.

Det er dog ikke ensbetydende med at din maskine rent faktisk kan udnytte
full-duplex.


Mvh.

Peter


"Jens U. K." <1jk2@3bsopatent4.dk> wrote in message
news:WU_t7.14313$lk7.227574@news.get2net.dk...
> "Peter Enger" <pe@stubnet.dk> skrev i en meddelelse
> news:0n6t7.12685$lk7.208996@news.get2net.dk...
> > Prøv at undersøge om der er uoverenstemmelse i duplex på hhv. maskine og
> > switch.
>
> Den ene ende stod til auto, er nu rettet til 100/full duplex(100/FD).
>
> > Jeg kan se at switchen står til full duplex, men kan maskinen i den
anden
> > ende overhovedet håndtere det - eller er den i bedste fald bare sat op
til
> > at køre half duplex.
>
> Den skulle kunne klare det.
>
> > ... ligemeget hvad de skriver på kassen. ...
>
> Men selv om dok. siger at de sammenkoblede enheder hver især kan køre
100/FD,
> hvordan kan man i praksis checke om de nu også kan? Jeg tænker
selvfølgelig på
> om der kan være fejl på den ene enhed (evt. i driveren) så den ikke kan
køre
> 100/FD men kun 10/FD eller 100/HD.
>
> /Jens Ulrik
>



Søg
Reklame
Statistik
Spørgsmål : 177557
Tips : 31968
Nyheder : 719565
Indlæg : 6408879
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste