[GTER] RES: SIMET sem java

[Douglas Fischer]

Eu levantei a bola do JavaScript, mas não sou Garoto-de-Programa.

Na verdade a minha idéia era realmente usar alguma ferramenta no estilo SLA
Analyser dos routers Cisco.
E usar o JavaScript apenas para segurar as rédeas dessa ferramenta.

OK, JavaScript não vai interagir com as NICs. Mas e o HTML5?
Se não estou ainda dormindo(não tomei o primeiro copo de café, ainda) me
lembro de ter visto algo sobre um cliente de WebConferência toda feito em
HTML5.
Se isso existe, ele interage com o stream de RTP. Se chega até aí, tá tudo
resolvido...


CO-GU-ME-LOS!!! HTML5 e Cogumelos e o developer desossa essa parada.



Em 8 de setembro de 2015 15:20, Danton Nunes <danton.nunes at inexo.com.br>
escreveu:

> On Tue, 8 Sep 2015, Leonardo Amaral - Listas wrote:
>
> Em 8 de setembro de 2015 10:29, Danton Nunes <danton.nunes at inexo.com.br>
>> escreveu:
>>
>> javascript não tem essa intimidade toda com medição de tempo e funções de
>>> rede de baixo nível.
>>>
>>>
>> Reitero a sugestão de verificar WebSockets e
>> https://github.com/ndt-project/
>> || https://github.com/ndt-project/ndt-javascript-client
>>
>
> Websockets (RFC-6455) é implementado sobre TCP, portanto a camada de
> aplicação vê um fluxo contínuo de bits e não sua estrutura fina. Para medir
> jitter seria necessário cronometrar pacotes individuais, seja em UDP ou
> ICMP, protocolos a que Javascript não tem acesso *por projeto*.
>
> Além disso as implementações da RFC-6455 ainda são um tanto precárias.
>
> O NDT com cliente Javascript faz muita coisa interessante, mas não mede
> jitter.
>
> Por enquanto sem um applet java está entre impossível e muito difícil
> medir jitter a partir de um cliente web e jitter é uma propriedade
> importantíssima para aplicações de voz sobre IP e semelhantes.
>
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
Douglas Fernando Fischer
Engº de Controle e Automação