CodingBox Q&A Ask question

TRENDnet TFC-1000MSC-paar toont geen Link-LED na het omdraaien van TX en RX aan beide kanten

Asked Active Viewed 71 AI translation from English
5

Ik leg een fiberverbinding aan tussen twee comms-ruimtes in hetzelfde gebouw en gebruik een paar TRENDnet TFC-1000MSC-converters (1000BASE-T naar 1000BASE-SX) om hem te overbruggen. De koperkant gaat rechtstreeks in de switches die we al hebben, niets ongewoons in de config.

  • TRENDnet TFC-1000MSC aan elk uiteinde, elk op zijn eigen voeding
  • multimode ST-naar-SC-patchkabels naar de huisfiber
  • Catalyst 2960 in de ene ruimte, een Netgear ProSafe in de andere
  • twee runs beschikbaar in dezelfde bundel

Het instructieblad zegt dat je TX en RX moet omdraaien, dus heb ik de strengen aan beide kanten verwisseld. Dit krijg ik:

Converter A: PWR on, TP Link on, FX Link off
Converter B: PWR on, TP Link on, FX Link off

Geen Link/Act aan de fiberkant van beide units. Koperkant staat bij allebei op, de switchpoorten komen op en sturen door naar niets.

Al gedaan: de SC-patchkabels voor reserve-exemplaren verwisseld, alles overgezet op het tweede paar converters dat we gekocht hebben, beide uiteinden twee keer opnieuw ingestoken, en de tweede run in de bundel geprobeerd - zelfde resultaat daar.

Wat het front panel aan de fiberkant biedt is één FX-lampje per unit, en beide zijn donker. Dat vertelt me dat de optische kant nooit op is gekomen en verder niets - niet of het mijn eigen transmitter is die stil is of die aan het andere eind, niet welke richting kapot is. Waar moet ik zoeken - de fiber, de converters, of mijn eigen bekabeling?

Comments 4

Accepted answer

Aan beide kanten omdraaien is precies je fout. De crossover hoort maar aan één kant thuis - TX van de ene converter moet op RX van de andere landen. Verwissel de strengen aan beide kanten en je bent terug bij straight-through, transmitter tegenover transmitter, dus geen ontvanger ziet ooit licht en geen van beide Link-LED's komt op. Zet één kant terug zoals hij was en laat de andere gekruist.

Blijft het daarna donker, dan hebben twee andere dingen mensen met precies deze units te pakken gehad. DIP-switches: de aanbeveling van TRENDnet support was switch 1 aan voor forced mode en switch 2 uit om link loss return uit te schakelen, en beide converters moeten hetzelfde ingesteld staan voordat je iets concludeert uit de LED's. En de fiber zelf: bij één van twee runs in een geval als het jouwe bleek de terminatie slecht te zijn en moest hij getest en opnieuw goed afgemonteerd worden. Omdat jouw tweede run zich identiek gedraagt, zou ik nog steeds eerst op de TX/RX-mapping inzetten, maar als de mapping klopt en hij wil niet linken, is dat een klus voor testapparatuur en niet voor nog een gok.

Twee kanttekeningen. Een vuile ferrule alleen al haalt een gigabit-link onderuit, dus maak de uiteinden schoon voordat je hardware gaat verwisselen. En kijk nooit in een fiber-uiteinde om te checken op licht - de bron is een infrarood laser en je zou het toch niet zien.

8 United Kingdomcoaxpilot98GB Show original (English) AI translation

Je zegt dat je aan beide kanten hebt omgedraaid, en die ene zin doet erg veel werk. Maak het concreet: neem één converter en zeg ons welke streng in zijn TX-poort gaat en welke in RX, en doe hetzelfde voor het andere eind. Teken het als dat helpt.

Nog twee dingen nu je toch bezig bent. Lees de DIP-switches op beide units af, positie voor positie, en zeg of een van die runs ooit eerder een link heeft gedragen of dat de hele bundel een verse install is. Is hij vers, dan is de fiber onbewezen en blijft hij verdachte tot iemand hem goed test.

4 GermanycoreadminDE Show original (English) AI translation

Sluit me aan bij de klacht over dat FX-lampje, want dat is de echte reden waarom dit soort storing blijft aanslepen. Een lampje dat gewoon aan of uit is kan je niet vertellen welke richting dood is, dus stop met het front panel aflezen zodra er iets in het pad zit dat je rechtstreeks kunt bevragen - switchpoortcounters, of een CLI als de box er een heeft. Bij een carrier-handoff ben ik gestopt met gokken op basis van de LED's en las ik in plaats daarvan de operationele snelheid af:

port show port <port-name>

en keek naar de Oper-kolom. Dat vangt ook de valkuil waarbij een 100 Mbps-dienst een converter voedt die aan de koperkant 1000BASE-T uitdeelt: alles erachter onderhandelt vrolijk een gigabit en niets op het paneel hint naar het echte tempo. Andere box, zelfde les - de converter is het minst informatieve ding in de keten.

2 GermanywavesmithDE Show original (English) AI translation

Aangrenzend geval, voor het geval jouw lampjes ooit gaan flikkeren in plaats van donker te blijven. Bij mij was het een SG300-28PP met een Cisco MGBSX1 in SFP-poort 27, multimode naar een TP-Link MC200CM. De FX-indicator van de converter kwam een paar seconden aan en verviel dan in een stevig geflikker; de machine erachter kreeg een adres, viel binnen seconden weer weg, en wat er aan doorvoer overbleef kon je met een liniaal meten. Ik ben de hardware stuk voor stuk langsgegaan - de tweede MGBSX1, de andere SFP-poort, de reserveconverter op zijn eigen voedingsblokje, een handvol strengen, verse koperen patchkabels - en niets daarvan veranderde iets. Ondertussen hield SG300 naar SG300 over fiber stand, SG300 naar een HP hield stand, en de twee converters rug aan rug hielden stand, dus op zichzelf zag elk onderdeel er onschuldig uit.

Wat er van de vendor terugkwam was om de link mode op auto te zetten en te rebooten, plus een waarschuwing dat een MC200CM zijn koperkant altijd maar op 1000 Mbps aanstuurt, dus alles wat trager is erachter is kansloos. Niemand maakte duidelijk of auto de converter of de switchpoort bedoelde, en de discussie stierf uit voordat iemand een resultaat bevestigde - een richting om in te zoeken, geen fix.

1 United Arab Emirateslambdahawk88AE Show original (English) AI translation
Log in to comment. Log in