|
Falou
Julio,
Agora clareou a ideia.
[
]�s
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
Lista de
Discuss�o Rede Wan - http://www.networkdesigners.com.br
Lista de Discuss�o Rede Wan -
http://www.networkdesigners.com.br
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>
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
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
>
> . \
> >
.-|
> >
>
>
> >
>
______________________________________________________________________
>
>
>
______________________________________________________________________
>
>
______________________________________________________________________
|
