Jorge Francisco de Souza Silveira
Opera��es - Dados & Internet
AT&T Latin America
Rua da Candel�ria, n� 65, Salas 2201 e
2301
Cep 20091-020 - Rio de Janeiro -
RJ
Tel.: +55(21) 223-7050 - Fax: (21)
518-8105
[EMAIL PROTECTED]
http://www.attla.com.br
-----Mensagem original-----Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
De: Julio Arruda [mailto:[EMAIL PROTECTED]]
Enviada em: segunda-feira, 22 de janeiro de 2001 18:56
Para: Lista de Discuss�o Rede Wan
Assunto: RE: [redewan] VoIP
-----Original Message-----Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
From: Silveira, Jorge [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 19, 2001 10:58 AM
To: Lista de Discusso Rede Wan
Subject: RES: [redewan] VoIP
Julio,N�o sei se te entendi. O que quis dizer � que, como o exemplo:Possuo, por exemplo, um pacote de "keep-alive" de 10 bytes e este n�o pode ser segmentado. Se eu habilitar o nagle, o equipamento armazena os dados at� o tamanho m�ximo da MTU, para melhor aproveitamento da rede!!??? Agora, imagine que no buffer j� est� armazenado 1495bytes e o buffer recebe o keep alive ==>1495+5=1500bytes(1� pacote enviado) e depois, os outros 5bytes do keepalive ser�o armazenados no buffer para a pr�xima transmiss�o. No outro end-point, a aplica��o recebe o keep-alive fragmentado e minha aplica��o est� programada para discartar keep-alives fragmentados. Dependendo dos par�metros da programa��o, a aplica��o poder� "derrubar" a conex�o!! Espero ter sido claro, agora. Se vi isto acontecer, inclusive usando analisador.O Nagle nao "triga" somente por tamanho de MSS, tambem usa um timer, geralmente da ordem de algumas dezenas de milisegundos, se nao me engano.Quanto a aplicacao que nao trabalhe com fragmentacao, eu tenderia a achar uma "premissa" perigosa. Note que isto nao � fragmentacao IP, isto � "separacao de mensagens", certo ? Imagine que voce esta passando por exemplo por um firewall que "feche" a sua sessao TCP, ele vai seguir que "segmentacao" dali em diante ?A Eicon tinha um emulador de terminais (Access) no unix, que tinha um furo destes de "assumir que o stream de dados sao pacotes distintos", so que em alguns clientes Telnet, quando voce dava um "F1" por exemplo, ia o ESC em um pacote, e o restante da tecla de funcao em outro, o emulador nao sabia interpretar direito :-)Com relacao ao nagle nao influenciar aplicacoes, estava pensando mais algo do genero, para fins de "trafego/utilizacao/latencia/queuing", ele nao faz nada pior que um bom ftp (ou seja, no pior caso, o nagle vai "criar" pacotes tao "eficientes" em termos de seram grandes, do que um ftp-zao) :-)Aplicacoes VOIP nao usam TCP, portanto, para as aplicacoes VOIP em si (ao memos para o payload de voz), o nagle nem mete a mao no meio.[], <O-O>TksJorge Francisco de Souza Silveira
Opera��es - Dados & Internet
AT&T Latin AmericaRua da Candel�ria, n� 65, Salas 2201 e 2301
Cep 20091-020 - Rio de Janeiro - RJ
Tel.: +55(21) 223-7050 - Fax: (21) 518-8105[EMAIL PROTECTED]
http://www.attla.com.br-----Mensagem original-----Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
De: Julio Arruda [mailto:[EMAIL PROTECTED]]
Enviada em: quinta-feira, 18 de janeiro de 2001 12:39
Para: Lista de Discuss�o Rede Wan
Assunto: RE: [redewan] VoIP
Na realidade, o Nagle nao deveria ser nem um pouco pior (na realidade, no maximo igual) a uma transferencia FTP, onde ele nao "apita nada" para fins de tamanho de segmento.
[], <O-O>
> -----Original Message-----
> From: Silveira, Jorge [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 17, 2001 2:26 PM
> To: Lista de Discusso Rede Wan
> Subject: RES: [redewan] VoIP
>
>
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
> Kevison.
>
> Isto �, devemos atentar para o MTU das redes n�vel 2!!!
> Valeu pela
> lembran�a. Vale tambem lembrar do nagle alghoritm(este
> armazena informa��es
> at� o tamanho m�ximo, antes de transmitir para o next hop).
> Este servi�o
> pode ser prejudicial em alguns casos!!!
>
>
> Tks
>
> Jorge Francisco de Souza Silveira
> Opera��es - Dados & Internet
> AT&T Latin America
>
> Rua da Candel�ria, n� 65, Salas 2201 e 2301
> Cep 20091-020 - Rio de Janeiro - RJ
> Tel.: +55(21) 223-7050 - Fax: (21) 518-8105
>
> [EMAIL PROTECTED]
> http://www.attla.com.br
>
>
>
> -----Mensagem original-----
> De: Kevison Bentes - Bol [mailto:[EMAIL PROTECTED]]
> Enviada em: Quarta-feira, 17 de Janeiro de 2001 06:14
> Para: Lista de Discuss�o Rede Wan
> Assunto: Re: [redewan] VoIP
>
>
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
> Oi Denys,
>
> Toda vez que voz e dados compartilham a mesma conex�o,
> h� necessidade de se fragmentar o pacote ip.
> Por que?
> Por que o tamanho m�ximo do pacote de voz � de 64 bytes,
> enquanto que um pacote ip pode ter at� 1500 bytes.
> Se for transmitido pacote ip sem fragmenta��o, esses 1500
> bytes s�o suficientes para prejudicar a transmiss�o da voz
> fazendo com que o receptor ou�a a voz picotada.
> O que fazer nesse caso?
> R = Fragmentar o pacote ip para que ele tenha no m�ximo
> 64 bytes.
>
> Deduzo que voc� vai usar conex�o serial entre os escrit�rios
> para eles se comunicarem.
> Se sim, ent�o voc� deve se preocupar com isto.
> Usando bridge, voc� vai cair na condi��o de que pacotes de
> dados e voz v�o usar a mesmo meio para transmitir.
>
> Como voc� est� afirmando, o ipico n�o vai deixar que
> isso aconte�a.
> Ok.
>
> Eu n�o conhe�o o ipico.
> S� olhando o site n�o d� para ter seguran�a.
>
> Quantos canais de voz voc� vai usar?
>
> Grato.
>
>
>
>
>
> ----- Original Message -----
> From: Denys Sene dos Santos <[EMAIL PROTECTED]>
> To: Lista de Discuss�o Rede Wan <[EMAIL PROTECTED]>
> Sent: Friday, January 12, 2001 12:34 PM
> Subject: Re: [redewan] VoIP
>
>
> > Compras com facilidade e seguran�a?
> > ShoppingBOL
> > http://shopping.bol.com.br
> >
> > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> >
> > Oi Kevison,
> >
> > como eu disse ao Jorge...
> >
> > colocarei os equipamentos de VoIP na saida de cada bridge
> > e farei roteamento, pois assim eles controlam a banda de dados
> > e voz, alocando o espaco na banda dinamicamente, para os dados
> > e para o canal de voz. Cada vez que for utilizado um canal
> > de um lado para o outro, ele aloca o espaco e nao permite
> > que as transferencia de arquivos picotem a voz.
> > O preco do iPico esta em torno de U$ 3055,00 pronto
> > para usar. Conheco os roteadores Cisco, mas nunca vi solucoes
> > de VoIP funcionando num deles. Como tambem sugeri no outro
> > e-mail, visite o www.lucidvoice.com e veja o que acha.
> > Obrigado pelas outras dicas.
> >
> >
> > Kevison Bentes - Bol wrote:
> > >
> > > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > >
> > > Oi Denys,
> > >
> > > Monta uma bridge.
> > > Se A pinga B, ent�o haver� comunica��o com VoIP entre A e B.
> > >
> > > Nesse caso, realmente n�o haver� necessidade de roteador, pois,
> > > tudo se passa com se as m�quinas estivessem no mesmo segmento
> > > f�sico.
> > >
> > > Caso contr�rio, algu�m dever� rotear os pacotes.
> > >
> > > A banda de voz necess�ria � simples de se calcular.
> > > Qual o algoritmo de compress�o que o dsp esta usando?
> > > dsp = processador digital de sinais
> > >
> > > Tem v�rios: CvSelp, ACelp, etc...
> > >
> > > Todo algoritmo tem uma banda de sa�da do sinal.
> > >
> > > Por exemplo, voc� est� usando o ACelp que comprime a 6 kbps (favor
> > > verificar!)
> > >
> > > Inicialmente cada canal de voz ocupa uma banda de 64 kbps.
> > >
> > > O Acelp pegou os 64 kbps originais e comprimiu para 6kbps.
> > >
> > > Voc� est� usando 6 canais de voz entre A e B.
> > >
> > > Logo, se todos os canais estiverem ocupados, voc� vai
> precisar de 6 x 6
> kbps
> > > = 36 kbps
> > > entre A e B para tr�fego de voz.
> > >
> > > O equipamento adequado depende de muitos fatores.
> > > O de baixo custo.
> > > O de melhor tecnologia.
> > > O que voc� j� conhece.
> > > De qual fabricante voc� vai ter um bom suporte.
> > > Quais os mais usados no Brasil e no mundo.
> > > etc....
> > >
> > > Bem, cisco � igual volks, no Brasil todo mundo tem.
> > > Em VoIP, isso � uma vantagem, pois, voc� vai poder falar
> de um produto
> que
> > > muita
> > > gente usa.
> > >
> > > Motorola tamb�m, mas, somente com VoFR.
> > >
> > > Grato.
> > >
> > > >
> > > > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > > >
> > > >
> > > > Pessoal,
> > > >
> > > > estarei efetivando um ponto a ponto entre dois escritorios
> > > > com equipamentos da Wavelan da Lucent, e pretendo implementar
> > > > Voz sobre IP, e como infelizmente n�o estive dando a devida
> > > > aten��o as mensagens da lista, perdi o que o pessoal
> > > > ando falando sobre o assunto. Por isso, volto a perguntar
> > > > aqui por material na rede sobre o assunto, e sobre a opini�o
> > > > do pessoal sobre alguns equipamentos. Ainda estou bastante
> > > > cru no assunto. Me interessa saber por exemplo, se utilizando
> > > > o link apenas como bridge, sem roteamento, se poderei instalar
> > > > algum equipamento de VoIP nos dois lados??? Como calculo
> > > > a banda necessaria??? Quais equipamentos s�o adequados???
> > > > J� tenho em mente o IPico da LucidVoice. Se alguem conhecer
> > > > e puder falar algo sobre ele, ficarei grato.
> > > >
> >
> > --
> >
> _____________________________________________________________________
> > \_
> > \ Denys Sene dos Santos - [EMAIL PROTECTED]
> > o/\_ http://www1.cptec.inpe.br/~sene/ - ICQ #31845401
> > <\__,\ Divis�o de Supercomputa��o - Tel:(012)560-8440
> > ">. | Centro de Previsao de Tempo e Estudos Climaticos - CPTEC
> > ` .-| Instituto Nacional de Pesquisas Espaciais - MCT/INPE
> > . \ A happy Linux User #71117
> > . \
> > .-|
> >
> >
> >
> ______________________________________________________________________
> > To unsubscribe, write to [EMAIL PROTECTED]
> >
>
>
> ______________________________________________________________________
> To unsubscribe, write to [EMAIL PROTECTED]
>
>
> ______________________________________________________________________
> To unsubscribe, write to [EMAIL PROTECTED]
>
To unsubscribe, write to [EMAIL PROTECTED]
To unsubscribe, write to [EMAIL PROTECTED]
To unsubscribe, write to [EMAIL PROTECTED]
To unsubscribe, write to [EMAIL PROTECTED]
