Enlace AC 80 mhz "Quase Perfeito" 580 metros, perdendo pacotes misteriosamente...

[rubem]

Um motivo meio relacionado ao cabo seria um cabo longo com mais perdas (Mas via cabo você reenvia tudo mais rápido, o ping aumenta de 0,3ms pra 0,9ms e ninguém nota, mas teve perda, exigiu reprocessamento pro reenvio) que faz a CPU ficar meio ocupada com ethernet.

Seria caso de ping por esse cabo, mas seria bom evitar Windows, que só diz o ping tipo "<1ms", seria bom algo que desse o ping mais preciso, testa num roteador digamos
ping -t 192.168.1.20 -l 1450

E veja se dá 0,3 a 0,8ms. Aí parte pro outro com cabo longo. Se der valor muito maior, tipo 4ms, realmente tem algo errado nele.

Ping de 4ms com pacote grande até é aceitável, mas ele indica muita perda de partes das rajadas de dados enviadas, precisa reenviar cada parte. Se coincidir perda no cabo com perda via wifi, gera 2 ou 3 perdas seguidas de modo que o software dá timeout na conexão (DLNA faz muito tipo voip, aplica um delay intencional e fixo de acordo com o ping, atrasa a voz sempre, pro caso de alguns pacotes atrasarem, afinal a voz precisa tráfego constante pra sair legível, não é como texto que dá pra criar um bufferzinho ou exibir num ritmo inconstante. Hora que dá uma perda dessa de vários reenvios esse delayzinho não é suficiente, ele esvazia o pouoc buffer que tinha e derruba a conexão por falta de mais dados chegando, coisa que outras conexões não fazem)

[thiagodp]

Um motivo meio relacionado ao cabo seria um cabo longo com mais perdas (Mas via cabo você reenvia tudo mais rápido, o ping aumenta de 0,3ms pra 0,9ms e ninguém nota, mas teve perda, exigiu reprocessamento pro reenvio) que faz a CPU ficar meio ocupada com ethernet.

Seria caso de ping por esse cabo, mas seria bom evitar Windows, que só diz o ping tipo "<1ms", seria bom algo que desse o ping mais preciso, testa num roteador digamos
ping -t 192.168.1.20 -l 1450

E veja se dá 0,3 a 0,8ms. Aí parte pro outro com cabo longo. Se der valor muito maior, tipo 4ms, realmente tem algo errado nele.

Ping de 4ms com pacote grande até é aceitável, mas ele indica muita perda de partes das rajadas de dados enviadas, precisa reenviar cada parte. Se coincidir perda no cabo com perda via wifi, gera 2 ou 3 perdas seguidas de modo que o software dá timeout na conexão (DLNA faz muito tipo voip, aplica um delay intencional e fixo de acordo com o ping, atrasa a voz sempre, pro caso de alguns pacotes atrasarem, afinal a voz precisa tráfego constante pra sair legível, não é como texto que dá pra criar um bufferzinho ou exibir num ritmo inconstante. Hora que dá uma perda dessa de vários reenvios esse delayzinho não é suficiente, ele esvazia o pouoc buffer que tinha e derruba a conexão por falta de mais dados chegando, coisa que outras conexões não fazem)

A perda é do "SXT A" para o "SXT B", no enlace.
Se eu estiver no lado A pingando o SXT A via cabo, não há perdas;
Se eu estiver no lado B pingando o SXT B via cabo, não há perdas;
Se eu estiver no lado A pingando o SXT B via cabo, há perdas;
Se eu estiver no lado B pingando o SXT A via cabo, há perdas;

[rubem]

Sim, entendi essa parte, falei pra comparar o ping via cabo em detalhes, com pacote grande (-l 1450) pra ver se ele não varia, indicando que ele é reenviado (Não perde o pacote, mas perde a primeira tentativa de envio. Reenvio é perda, reenvio gasta tempo, tempo que se reflete no ping, ping não pode aumentar 100% (De 1 pra 2ms) assim de graça, ou tem baixo poder de processamento envolvido, ou tem perdas de partes dos pacotes (Que são reenviadas, por isso perder não perde, mas aumenta muito (Percentualmente) o tempo de resposta no pacote grande).

Digo isso porque se o chipset (Que nos SXT AC é unificado, tudo no mesmo CI) estiver gastando mais processamento com ethernet, vai sobrar menos pra gastar com a etapa de RF. Ethernet gigabit pesa, por isso rádios digitais não tem ethernet direto no chipset principal (Que geralmente é mais poderoso que muito notebook), ele tem um chipset ethernet só pra isso, como se fosse uma placa-mãe com placa de rede offboard ao invés da rede onboard no chipset da placa-mãe).