Title: RE: [redewan] VoIP
Date: Jan 22 2001 06:48:20 EST
From: "Silveira, Jorge" <[EMAIL PROTECTED]>
Subject: Re: [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.
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: 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

Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br

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
> > . \
> > .-|
> >
> >
> >
> ______________________________________________________________________
>
>
> ______________________________________________________________________ size=2>>
> ______________________________________________________________________


Responder a