reklama

Port switche lítá up down

512

Port switche lítá up down
« kdy: 10. 08. 2018, 22:55:11 »
Ahoj, na jednom zařízení je ethernetový port. Když ho zapojím do MikroTik switche, tak zařízení normálně funguje. Když ho zapojím do Cisco switche, tak port lítá up down up down pořád dokola. 3/4 paketů je zahozených. V čem může být problém?

2147482820    2018-Aug-10 20:53:45   Informational    %LINK-I-Up:  fa1   
2147482821    2018-Aug-10 20:53:42   Warning    %LINK-W-Down:  fa1   
2147482822    2018-Aug-10 20:53:41   Informational    %LINK-I-Up:  fa1   
2147482823    2018-Aug-10 20:53:38   Warning    %LINK-W-Down:  fa1   
2147482824    2018-Aug-10 20:53:37   Informational    %LINK-I-Up:  fa1   
2147482825    2018-Aug-10 20:53:34   Warning    %LINK-W-Down:  fa1   
2147482826    2018-Aug-10 20:53:33   Informational    %LINK-I-Up:  fa1   
2147482827    2018-Aug-10 20:53:29   Warning    %LINK-W-Down:  fa1   

Díky

reklama


pan.chytrolin

Re:Port switche lítá up down
« Odpověď #1 kdy: 10. 08. 2018, 23:39:29 »
Otazka zni proc si nevyhodil Cisco do kose?

ET

Re:Port switche lítá up down
« Odpověď #2 kdy: 10. 08. 2018, 23:43:58 »
funguje ten port na ciscu, kdyz do nej das jine zarizeni? co jinej kabel?

Re:Port switche lítá up down
« Odpověď #3 kdy: 10. 08. 2018, 23:58:49 »
Na Ciscu bejvávávávalo dobrým zvykem, nastavovat rychlost a duplex portu natvrdo.
Netuším jestli na Ciscu jde vypnout autonegotiation handshake.
Prostě Ciscoidní auto-negotiation proti některým síťovkám nefungovala správně.
To bejvalo v dobách, kdy nejběžnější síťovka v desktopu byla 3com 3c905 PCI :-)

Cisco jsem už pár let v prackách nedržel. V Linuxu se dá konfigurovat rychlost, duplex, autoneg, eee, flow control... téměř každý atribut zvlášť. Ale moc to nepoužívám. (Naposledy když jsem páchal pasivní odposlech metalické stovky.) Síťovky a čipsety ve switchích značek jako Intel, Realtek, Marvell, IC+, Atheros atd. atp. fungujou prakticky bez výjimek navzájem proti sobě s autoneg handshakem bez problému. A pokud mi flapuje port, vezmu reflektometr a hledám vakl v konektorech.

Zkuste nastavit duplex a rychlost natvrdo proti sobě z obou konců na shodné hodnoty. A pokud to jde, vypnout i autoneg announcement. Pokud se to chytí a nebudou tam přibývat chyby, máte řešení a vysvětlení. Pokud to bude chybovat, hledejte vakl, moc dlouhý kabel, nesprávně nakrimpovaný pinout v RJ45 nebo tak něco...

ET

Re:Port switche lítá up down
« Odpověď #4 kdy: 11. 08. 2018, 00:06:27 »
Netuším jestli na Ciscu jde vypnout autonegotiation handshake.
mam za to ze takhle

int fax/y
speed 100
duplex full
!


Re:Port switche lítá up down
« Odpověď #5 kdy: 11. 08. 2018, 00:32:42 »
Netuším jestli na Ciscu jde vypnout autonegotiation handshake.
mam za to ze takhle

int fax/y
speed 100
duplex full
!

Ano přesně tyhle dva řádky si pamatuju někdy z roku 2000. Což ještě neříká nic o tom, jestli autoneg handshake zůstane zapnutý (a vyžadovaný od protistrany, nebo třeba jenom zapnutý announcement toho pevného nastavení), nebo jestli se zároveň  s tvrdým nastavením duplexu a rychlosti vypne handshake resp. už announcement.

Ehh je to fuk. Pokud to nechcete zkoumat osciloskopem, nezbývá než zkoušet nějaké kombinace konfigurací proti sobě. Možnosti konfigurace na Ciscu jsou jasné. Ta věc co připojujete k Cisco switchi, to je nějaký počítač? Linux nebo Windowsy? Jaká síťovka?

Re:Port switche lítá up down
« Odpověď #6 kdy: 11. 08. 2018, 08:59:50 »
Na 100 mbit cisco switchích bylo nejspolehlivější nastavit buďto rychlost NEBO duplex natvrdo, ale ten dpččíruhý parametr nechat na autodetekci. S příchodem 1gbps tento problém zmizel.

Osobně bych to tipoval na zapojení do kruhu a shazování portu kvůli spanning tree. Nejdřív ověřte, že nemáte v síti kolečko, pak případně zakažte STP.

anonym

Re:Port switche lítá up down
« Odpověď #7 kdy: 11. 08. 2018, 11:05:46 »
Na Cisco switchi "show interface x/y", zkuste se kouknout, jestli nemáme CRC errory. Jak máte dlouhý kabel mezi zařízeními? Nejsou někde cestou přehozené piny?

U moderních Cisco switchů jsem problémy s duplextem nebo rychlostí neviděl. Vyjednávání rychlosti funguje tak, že switch a nebo síťovka "pískne" do Tx drátů (2 dráty) nejprve signál sna  nosnou frekvencí (u 100mbps je to 125Mhz) s tzv. "auto negotiation pulse". A podle toho co uslyší, tak si  nastaví rychlost (10/100) nebo 1G (používá se všech 8 drátů, 4xRx 4xTx). V případě manuální nastavení rychlosti se prostě posílá do drátů nosný signál o dané frekvenci. V případě, že jedna strana má rychlost natvrdo a druhá na "auto", tak ke správnému spojení dojde, protože strana s "auto" uslyší nosný signál.

V případě duplexu, strana která má Auto pošle na nosné frekvenci "auto negotiation pulse", v zásadě informace, jaké rychlosti a duplexy podporuji. Strana, která má Auto také poslouchá tyto pulsy a pak podle obsahu si zvolí nejlepší možnou variantu. Ale pozor, pokud jedna strana má duplex nastavený "natvrdo", pak se tyto pulsy neposílají a neposlouchají. A strana s Auto pak zvolí nejhorší možnou variantu, tj. half duplex. Teoreticky by měla zvolit 10/half , prakticky ale síťovka slyší nosnou frekvenci a dle ní si upraví rychlost.

Re:Port switche lítá up down
« Odpověď #8 kdy: 12. 08. 2018, 13:07:26 »
On ten handshake není úplně triviální a historicky se vyvíjel, cca ruku v ruce s vývojem rychlostí metalického ethernetu. Docela v kostce je to popsané na wikipedii, ačkoli mi to heslo přijde maličko nepřehledné, asi jak ho postupně upravovalo víc lidí. Odkazy na normu 802.3 a další čtení tam jsou. A je tam napsáno, že v počátečních verzích normy toho autoneg handshaku bylo možno interpretovat některé věci různě, takže konkrétně Cisco nebylo s některými dalšími implementacemi kompatibilní.

V principu ethernetový transceiver posílá po médiu jakýsi předepsaný pravidelný řetízek pulzů, který umí RX strana detekovat a říct "mám link". Na ten prostý řetízek pulzů se později (zpětně kompatibilně) začly enkódovat schopnosti transceiveru. To je základní úroveň: co o sobě síťovka po médiu "ohlašuje" že umí (advertise). A pak je tam zřejmě ještě nějaká vyšší vrstva toho handshaku, kdy se obě strany proti sobě "dohodnou", čím teda pojedou - protože oznamuje se celá množina, vlastně bitmapa, podporovaných variant (rychlosti, duplex a další schopnosti).

"Nastavit natvrdo" může znamenat několik věcí:
A) handshake zůstane zachován, jenom se na daném "natvrdo nastaveném" transceiveru omezí množina oznamovaných schopností. Myšlenka je taková, že handshake skončí dohodou na "natvrdo nastavených" schopnostech.
B) vypne se i ten handshake a fakt se jenom natvrdo nastaví rychlost a duplex. Zbyde detekce linku na bázi surových NLP pulzů (nebo jak se to jmenuje na gigabitu apod.)
C) A zřejmě některé PHY transceivery dokonce umí i vypnout detekci linku na bázi holých NLP pulzů a prostě zapnout TX směr natvrdo - ale když jsem se s tím snažil experimentovat na konkrétním Intelu, tak mi to tuším nefungovalo...

Rozdíl mezi A) a B) je v rychlosti naběhnutí linku. S handshakem to trvá déle. Všiml jsem si toho u nějakých switchů do vlaku, kde funguje jakýsi failover pomocí překlenovacího relé. Je tam specifikovaná lhůta pro překlenutí a dá se stíhat jenom s vyřazeným autoneg handshakem.

Schopnosti dnešních eth transceiverů docela těsně kopíruje linuxový ethtool. Mrkněte na argumenty autoneg, advertise, speed, duplex, mdix, eee, pause. Ne všechny možnosti jdou navzájem libovolně zkombinovat, třeba "mdix off" se tuším navzájem vylučuje s "autoneg off" (možná jenom u driveru Intel).

Chci říct, že pokud na Ciscu máte možnost nastavit jenom speed a duplex, tak je to docela chudý výběr. Ale zase v tom nelze udělat chybu, pokud je to Cisco proti Ciscu.

Pokud se týče toho ducha, kterého honíte... mám dlouholetou zkušenost, že člověk buď má osciloskop a reflektometr, a pak trochu vidí, co se děje, nebo nemá, a potom tápe :-) Popravdě ono i s tím biografem je to tápání, pokud se ujistíte že kabeláž je v pořádku, doměříte se až na piny švábů že signál prolejzá, a stejně se vyšší vrstvy někde nedohodnou - a ty vyšší vrstvy už jsou černá skříňka, a prostým skopem bez návazné analýzy ani nerozeberete protokol toho handshaku...

Perioda flapování pár sekund nevypadá na Spanning Tree. Ten konverguje v desítkách sekund (cca 30-50s). RSTP teoreticky rychleji, za ideálních okolností, ale... = osobně tipuju že selže buď autoneg handhshake nebo prostá detekce linku (je na hraně).

Pokud skouknete kabely a budou v pořádku, tak je asi jediná možnost zamačknout slzu. Občas se prostě dvě krabičky mezi sebou domluvit nechtějí.

Teoreticky by mohl být analogový problém v napájecím zdroji jedné z krabiček. Pokud je spínaný, odešel v něm Y-cap (nebo je z výroby spíš moc malý) a mezi zeměmi zařízení je VF střídavina (desítky kHz s amplitudou pár set Voltů), mohlo by to zarušit užitečný signál tak, že link nebude držet. Přestože jsou na portech signálová trafa. Oni jsou tam taky nějaké uzemňovací kondíky kvůli EMC, potlačení soufázové složky je konečné atd. Opět námět na kontrolu osciloskopem...

512

Re:Port switche lítá up down
« Odpověď #9 kdy: 13. 08. 2018, 09:29:59 »
- Kabeláž se zdá být v pořádku
- Port je zdá se také v pořádku, jelikož s jiným zařízením pracuje normálně

Ještě jsem si všiml jedné zvláštnosti. Když  toto zařízení dám do portu poprvé, tak funguje. Jakmile vyndám a zandám kabel zpět, tak začne takto blbnout. Dám zařízení do vedlejšího portu a zase funguje. Vyndám a zandám kabel a opět začně takto blbnout. Moc to nechápu.

Zatím se kloním k tomu, že to zařízení má prostě nějak "nakopnutý" interface po elekrické stránce. Asi nejpravděpodobnější se mi jeví ta detekce linku "na hraně".

 

reklama