Puncte:-2

Existența comutatorului deranjează rețeaua: cablul este bine direct la laptop, dar nu printr-un comutator

Acest lucru va fi puțin complicat de citit, dar sper să fie clar. Engleza nu este prima mea limba, scuze.

În școala noastră avem un comutator HP 2530-24G conectat la un comutator tp-link tl-sf1005d neadministrat. Pe acesta din urmă îl vom numi Switch 6. Din acest comutator, rețeaua este extinsă prin comutatoare similare neadministrate în două direcții: fiecare ramură trece prin săli de clasă. Un PC dintr-o cameră este conectat astfel încât să avem un cablu care intră în cameră, care merge într-un comutator tp-link care conectează computerul și avem un alt cablu care iese din comutator pentru a se conecta la următoarea clasă. Deci, comutatoarele sunt legate între ele; există un comutator în fiecare sală de clasă.

Acum, când am ajuns aici, aveam că funcționează bine. Dintr-o dată, nu a existat nicio rețea în filiala 1. După cum s-a dovedit, cablul de la comutatorul 6 la primul comutator al ramurii 1 era defect, dar am înlocuit conectorii ethernet și acum este bine. Când îl conectez la un laptop, funcționează bine. Dar, dacă există un comutator între cablu și laptop, nu există rețea dincolo de comutator (pentru că laptopul arată o conexiune, dar nu pot da ping la alte dispozitive din rețea). Am încercat 3 comutatoare diferite, multe cabluri patch, fără succes. Am conectat două PC-uri la comutator și s-au putut ping unul pe celălalt.

Interesant este că atunci când conectez PC-ul printr-un comutator, există o conexiune pentru câteva secunde. Doar suficient pentru a încărca o pagină web sau pentru a face ping ceva, apoi dispare. Un alt mister este că, dacă este conectat un comutator, acesta perturbă rețeaua din Switch 6 și cealaltă ramură. Straight sau crosslink nu ar trebui să fie o problemă, deoarece tp-link tl-sf1005d este auto-mdix din câte știu eu.

Dacă cineva are o idee despre ce cauzează acest lucru, aș aprecia dacă ar putea să o împărtășească... Mulțumesc pentru timpul acordat.

Endre

drapel in
Configurația dvs. înseamnă că, dacă un comutator moare, atunci întregul segment a dispărut. Cel mai bine este să folosiți o stea, astfel aveți un întrerupător principal cu cât mai multe alte întrerupătoare posibil conectate la acel întrerupător. Ai verificat viteza linkului? există o diferență între perechile folosite în legăturile 10/100Mbps și 1000Mbps. S-ar putea, de asemenea, să fi creat o buclă de rețea undeva, iar unul dintre comutatoare detectează acest lucru și deconectează legătura.
Gulyás Mihály Iskola Csorvási avatar
Rezervoare pentru răspunsul dvs. Ei bine, știu că este departe de a fi ideal... cu asta trebuie să lucrez pe măsură ce cablurile trec prin pereți și ar fi o muncă enormă cu întreținerea implicată. Nu am verificat viteza. te referi la cablu? Testerul arată că fiecare fir este bun. M-am gândit și la o buclă, dar încă nu am descoperit niciuna.
Larryc avatar
drapel jp
Da, sună ca o buclă. Verificați cablajul. Ar putea fi un caz în care aveți un dispozitiv conectat la comutator care are și o conexiune wireless stabilită.
Gulyás Mihály Iskola Csorvási avatar
Dispozitivele @Larryc AFAIK nu se pot conecta fără fir la rețea. Când am încercat comutatorul, nu existau conexiuni în afară de cablul care intra și PC-ul. conectarea cu un plasture.
Puncte:3
drapel ru

După cum ați observat deja, înlănțuirea comutatoarelor Ethernet nu este o idee bună. Pot exista limitări în cablare, dar chiar și asta ar trebui corectată într-o zi.

În general, comutatoarele Ethernet ar trebui să fie aranjate într-un arbore (sau mai multe stele, dacă doriți): un comutator central și toate celelalte comutatoare conectate la acel comutator central. Această topologie are două avantaje principale: dacă orice comutator, cu excepția celui central, moare, doar o mică parte a rețelei dvs. este defect (același lucru este valabil și pentru cablarea în sine) și fiecare comutator primește lățimea de bandă completă a portului său uplink (în loc să partajeze acel comutator). peste un lanț).

Conectarea a două comutatoare unul la altul funcționează numai dacă cel puțin unul dintre ele acceptă Auto MDI-X, în caz contrar este necesar un cablu încrucișat. Auto MDI-X este destul de standard astăzi, dar nu este omniprezent. Totuși, pare să fie acceptat de TL-SF1005D[*1]. Pe HP 2530-24G este activ în mod implicit, dar poate fi dezactivat. Verificați dacă LED-urile portului se aprind atunci când conectați cablul. Dacă nu se aprind, este probabil necesar un crossover.

O altă posibilitate de pierdere a conectivității este o buclă de rețea. Nu sunt sigur că acest lucru poate fi exclus din descrierea dvs., dar dacă este afectată mai mult decât conexiunea la îndemână, este aproape sigur o buclă - vedeți LED-ul de trafic continuând?

2530 acceptă atât protocolul spanning tree RSTP/MSTP, cât și detectarea buclei - ambele sunt dezactivate implicit. RSTP/MSTP logic blochează o buclă detectată, nu veți vedea luminile portului stingându-se! Detectarea buclei dezactivează complet portul pentru o perioadă de timp configurată și luminile portului se vor închide. Verificați configurația lui 2530 pentru a vă asigura că (arată rularea-config). Verificați, de asemenea, jurnalul lui 2530 pentru orice anomalii (log -r).

[*1] Puteți verifica rapid dacă un comutator acceptă Auto MDI-X: deconectați totul(!) și apoi conectați un cablu standard de corecție între oricare două porturi. Dacă LED-urile se aprind, se utilizează Auto MDI-X.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.