Erbit napisał: Oczywiście, że tak. Każdy spaw o ileś tam zmniejsza transfer a co dopiero takie załamanie.
Pozwalam się nie zgodzić. Spawy zmieszają "przejrzystość" światłowodu, czyli się zwiększa tłumienie.
Transfer zmniejsza się dopiero wtedy kiedy tłumienie powoduje błędy transmisji.
O ile pamiętam (poprawcie mnie, jeśli się mylę) to światłowody nie mają modulacji adaptacyjnej pozwalającej zwiększać redundancję kosztem transferu, znanej z transmisji radiowej (WiFi, RadioLinie, VSATy).
Niektóre switche potrafią podać poziomy nadawania i odbioru np:
switch#sh int g1/0/49 transceiver
ITU Channel not available (Wavelength not available),
Transceiver is internally calibrated.
If device is externally calibrated, only calibrated values are printed.
++ : high alarm, + : high warning, - : low warning, -- : low alarm.
NA or N/A: not applicable, Tx: transmit, Rx: receive.
mA: milliamperes, dBm: decibels (milliwatts).
Optical Optical
Temperature Voltage Tx Power Rx Power
Port (Celsius) (Volts) (dBm) (dBm)
--------- ----------- ------- -------- --------
Gi1/0/49 21.1 3.30 -5.6 -6.3
A tu jest niedziałący światłowód:
switch#sh int g 1/1/4 transceiver
ITU Channel not available (Wavelength not available),
Transceiver is internally calibrated.
If device is externally calibrated, only calibrated values are printed.
++ : high alarm, + : high warning, - : low warning, -- : low alarm.
NA or N/A: not applicable, Tx: transmit, Rx: receive.
mA: milliamperes, dBm: decibels (milliwatts).
Optical Optical
Temperature Voltage Tx Power Rx Power
Port (Celsius) (Volts) (dBm) (dBm)
--------- ----------- ------- -------- --------
Gi1/1/4 32.2 3.28 -5.2 -40.0
Jeśli coś się dzieje na linii to widać to tutaj (gdzie pogrubione):
switch#sh int g1/0/49
GigabitEthernet1/0/49 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 00aa.6ed8.8c31 (bia 00aa.6ed8.8c31)
Description: *** Trunk SW01 ***
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 8/255
Encapsulation ARPA, loopback not set
Keepalive not set
Full-duplex, 1000Mb/s, link type is auto, media type is 1000BaseSX SFP
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 449
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 33483000 bits/sec, 3331 packets/sec
5 minute output rate 727000 bits/sec, 769 packets/sec
64204512835 packets input, 71060397460554 bytes, 0 no buffer
Received 5379518775 broadcasts (4224705761 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 4224705761 multicast, 0 pause input
0 input packets with dribble condition detected
13388524079 packets output, 2619352999643 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out