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

Rafael da Silva Vaghetti vaghetti at terra.com.br
Thu Jul 5 12:19:07 -03 2007


Rubens,
Desculpe a pergunta, um tanto quanto off do que realmente vc precisa saber.
Mas que raio de software compraram por 7 milhoes que "trava" por 
problema de latencia?
Ele nao trabalha com Agentes remotos, onde vc pode instalar um agente no 
local onde estao os equipamentos e este se reporta ao server que esta no 
lugar onde o monitoramento vai ser feito?
Gambiarra pura, mas uma solucao eh deixa-lo na rede local, e conectar 
nele por TS. Embora q pagar 7 milhoes e fazer uma gambiarra destas tb 
nao eh uma boa..

Vaghetti


Rubens Marins 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,
>
>
>   



More information about the gter mailing list