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

[Rubens Marins]

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