[GTER] Tempo de Resposta esperado em Ethernet - TCP/IP

[Antonio Carlos Pina]

Não creio que exista qualquer coisa assim. No meu entendimento, Ethernet
define um padrão tecnológico (hardware, elétrica, csma-cd) e NÃO uma
velocidade. Mesmo que estivessem falando de portas de 10Mb/s, latência é uma
coisa completamente diferente.

Agora...equipamento de medição que TRAVA quando há latência
alta...francamente, eu fugiria de solução de monitoramento assim já que a
prerrogativa número da solução de monitoramento é se manter em pé para
monitorar !

Fiquei curioso para saber o embasamento técnico por trás desse "travamento".

Abs.

Em 05/07/07, Rubens Marins <rubens.marins at gmail.com> escreveu:
>
> Caros,
>
> Estou tentando ajudar um orgão do governo com o seguinte problema:
>
> Este orgão licitou uma solução envolvendo hardware e software para
> monitoramento o status de determinados equipamentos . Estes
> equipamentos estão instalados a 300 Km de distãncia da sala de onde
> ser quer monitorar, a região é de dificil acesso, assim foi feita uma
> rede via rádio para ligar os dois pontos.
>
> A rede de rádio funciona bem,  com boa largura de banda, o delay de um
> ponto  ao outro pela rede é de 40-50 ms.
>
> O Software esta apresentando muitos problemas, causado por esse delay
> , ele  somente foi testado e projetado para rede local, onde o delay é
> desprezivel. Os problemas são graves pois ele não avisa simplesmente
> que não conseguiu ler informação do dispositivo X , ou se ele  esta em
> OFF, o software trava por completo, as vezes levando o SO junto.
>
> A licitação que especificou o software foi mal feita, especificando
> somente que o programa deve funcionar em "Ethernet - TCP/IP", não diz
> qual o tempo de resposta que o programa deve suportar.
>
> A empresa do programa diz que não vai corrigir o software, pois ele
> funciona bem( testando onde tudo esta ligado no mesmo switch), e que o
> problema é do link de comunicação.
>
> Agora é que vem minha pergunta:  Existe algo nas especificações do
> TCP/IP ou da Ethernet, que mencione que um programa TCP/IP deve
> aceitar/permitir  algum atraso na comunicação entre os dois pontos ?
>
> Isso por que temos de dizer que o software não esta conforme o
> especificado, para poder demonstrar , que ele não atende os
> requisitos. O Software custou mais de 7 Milhões e desde janeiro não
> esta funcionando nada  e o prazo onde pode ser reclamado algo esta
> esgotando. Passar fibra optica de um ponto ao outro vai custar mais
> milhões, e demorar anos para ficar pronta.
>
>
> Desde já agradeço as opniões dos colegas,
>
>
> --
> Rubens Marins
> Administrador de Sistemas
> rubens.marins at gmail dot com
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>