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

[Rosauro - RLINE]

Rubens,

primeiro acredito q este software deva ter sido mal projetado, afim de 
atender apenas redes com delay baixo.

nào sei a qto vc se refere a Boa largura de Banda! pois se o software é tao 
exigente com o delay, talvez seja também com largura de banda, ou seja pode 
exigir uma performance parecida com a de uma rede local.

Quais sao os radios usados neste link ? pois talvez o mais fácil seria 
melhorar ainda mais a sua rede de rádio, empregando radios profissionais, 
com largura de banda parecida com a de uma rede local, e que também podem 
trazer a sua latencia para um valor menor...

pense nisso... pois seria mais rapido e mais barato que passar uma fira de 
300km...

Atenciosamente,

Rosauro Baretta
----- Original Message ----- 
From: "Rubens Marins" <rubens.marins at gmail.com>
To: <gter at eng.registro.br>
Sent: Thursday, July 05, 2007 9:42 AM
Subject: [GTER] Tempo de Resposta esperado em Ethernet - TCP/IP


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


-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.476 / Virus Database: 269.10.0/886 - Release Date: 4/7/2007 
13:40