Portál AbcLinuxu, 19. března 2024 05:34
Jinak to, že svítí LEDka, ještě nic neznamená, už se mi mockrát stalo, že LEDka svítila a kabel (nebo konektor na kartě) byl špatný…
U gigabitových ano. U stovkových je to hodně výrazná menšina.
Občas přemýšlím nad tím, že věci typu "zažil jsem" by stálo za to shromáždit a vydat knižně. Poněvadž to jsou typicky věci, o kterých se nikdy nikde nedočtete a hlava vám to nebere.
Z kategorie "zažil jsem" bych mohl (na druhé síťové vrstvě) uvést například sérii (neznačkových) síťových karet s totožnou MAC adresou. Anebo zařízení, které se mělo chovat jako switch a ve skutečnosti provádělo nějaký zmatený "SNAT" MAC adres. Anebo (značkovou) síťovou kartu, která se nebyla schopna domluvit prakticky s nikým, posléze se ukázalo, že generuje rámce zcela v rozporu s IEEE 802.3. Anebo některá zařízení Cisco, která v implementaci IEEE 802.3 skončila pravděpodobně už u druhého E (ale s jinými zařízeními Cisco samozřejmě nebyl problém). A ještě pár daleko vymakanějších vychytávek na vyšších vrstvách... .
PS: Návrh pro nějakého toho místního admina: nešlo by založit někde nějakou tu kategorii typu "zažil jsem"? Musela by být moderovaná, protože většina "nevysvětlitelných" problémů je typicky problém mezi židlí a klávesnicí, ale čas od času se najde opravdový problém, a ten většinou stojí za zdokumentování...
PPS: Jeden příklad: Switch s MDI/MDI-X autodetekcí. Věřili byste, že když na portu vypnete autonegociaci, přestane na něm fungovat MDI/MDI-X autodetekce? Ty dva mechanismy spolu VŮBEC NESOUVISEJÍ, nicméně je to tak...
Upřímně řečeno, to je pěkně zapeklitý problém
Rady typu křížený/rovný kabel a podobně vynechávám, veřím vám, že dříve vše chodilo a teď to nechodí.
Switch Edimax cosi neznám (i když bych ho dle vašich slov znát měl), ale předpokládám, že to není managovatelná věc, a že tedy neexistuje způsob, jak se dozvědět, co ten switch dělá.
Pročež bych doporučil následující postup: na inkriminovaných počítačích prozkoumat jejich MAC adresy a arp tabulky a spustit tcpdump -e - a následně začít přemýšlet nad tím, co kam došlo či nedošlo a proč.
Podle vašeho popisu je problém způsobem switchem, takže se zaměřte na druhou síťovou vrstvu - tedy na MAC adresy a ARP tabulky. Možná na něco přijdete...
PS: Výsledek mě docela zajímá, pokud na něco přijdete, budu rád, když to sem plácnete.
root# arp -v -a ? (192.168.0.1) at <incomplete> on eth0 ? (192.168.0.33) at <incomplete> on eth0 root# ifconfig eth0 Link encap:Ethernet HWaddr 00.E0.18.01.93.63 inet addr:192.168.0.35 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:89987 errors:0 dropped:0 overruns:0 frame:0 TX packets:24871 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 Interrupt:5 Base address:0xd800 root# ping 192.168.0.1 root# tcpdump 10:28:43.813974 arp who-has 192.168.0.1 tell 192.168.0.35 root# tcpdump 10:55:54.525454 802.1d config 8000.02.11.2f.06.69.23.8000 root 8000.02.11.2f.06.69.23 pathcost:0 age:0 max:8 hello:2 fdelay:5mmt poradi nekdo co znamena ten flag notrailers? zdar a silu
Tiskni Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.