PLC w praktyce (2)

Krótkie nawiązanie do ostatniej zmiany w mojej sieci. Wcześniej nie miałem możliwości porównania wydajności “po kablu” z wydajnością “po prądzie”, teraz już mam.

Wyniki:

Dla kontekstu – połączenie między laptopem i AP to około 50 Mbps upload/download (niejednoczesny). Piszę “około”, bo niestety klient btest dla Windows nie pokazuje statystyk w zbyt przyjazny sposób.

Podejrzewam, że wydajność PLC mogłaby być lepsza, obecnie urządzenia nie są podłączone zgodnie z zaleceniami, w szczególności są podłączone przez listwy zasilające a nie bezpośrednio do gniazdka.

Druga istotna sprawa to stabilność łącza. Poprzednio moim głównym problemem było to, że pakiety ginęły między AP i dzialo się to w sposób mocno niedeterministyczny. Obecnie jest zdecydowanie lepiej.

Wyniki między laptopem a AP, do którego jest podłączony:

Tracing route to 172.16.0.253 over a maximum of 30 hops

0 172.16.0.9 1 172.16.0.253

Computing statistics for 50 seconds... Source to Here This Node/Link Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address 0 172.16.0.9 0/ 200 = 0%25 | 1 2ms 0/ 200 = 0%25 0/ 200 = 0%25 172.16.0.253

Trace complete.

Wyniki między laptopem a drugim AP (routerem):

Tracing route to 172.16.0.254 over a maximum of 30 hops

0 172.16.0.9 1 172.16.0.254

Computing statistics for 50 seconds... Source to Here This Node/Link Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address 0 172.16.0.9 0/ 200 = 0%25 | 1 9ms 0/ 200 = 0%25 0/ 200 = 0%25 172.16.0.254

Trace complete.

Dodatkowo – łącze jest stabilne, wynik pomiaru między AP dla pakietu o rozmiarze 1500:

sent=200 received=200 packet-loss=0%25 min-rtt=6ms avg-rtt=24ms max-rtt=33m

I porównywalny test z laptopa (czyli dodatkowo dochodzi WiFi):

Ping statistics for 172.16.0.254: Packets: Sent = 100, Received = 100, Lost = 0 (0%25 loss), Approximate round trip times in milli-seconds: Minimum = 23ms, Maximum = 108ms, Average = 28ms

Oryginał tego wpisu dostępny jest pod adresem PLC w praktyce (2)

Autor: Paweł Goleń