:: Redes de Computadores | Cursos | Certificações | Dicas | Notícias | Tutoriais | Nossas Experiências ::
Acesse via RSS/Feeds: http://netfindersbrasil.blogspot.com/feeds/posts/default
Siga-nos no X: https://x.com/NETFINDERSBR
Mostrando postagens com marcador TCP. Mostrar todas as postagens
Mostrando postagens com marcador TCP. Mostrar todas as postagens
21 de nov. de 2010
Melo do TCP
Não é uma reunião da Ku Klux Klan não ! São apenas alguns pacotes TCP dançarinos ...
Acompanhe a letra e siga no ritmo orientado a conexão do TCP:
Pacote nao chegou
O TCP vai reenviar(2x)
Hoje acordei comunicante
o protocolo eu escolhi, vou usar o TCP
o interessante, eu diria ate marcante
a entrega é confiante diferente daquele UDP
Meu nome é TCP e eu vou bolar
Sua janela de pacotes eu vou ordenar
seja mensagem safadinha ou smiley de carinha
a transmissao é full duplex pode mandar
que um ACK vou lhe enviar
eu vou mandar
eu vou mandar um ACK para agradecer
handshake todo mundo vai fazer (2x)
Faça o que quiser
o TCP vai ta de pé
ele é arrojado tem select repeat
tem ate go back’n meu dj ta nascendo um novo hit
Meu nome eh TCP e eu vou bolar
Sua janela de pacotes eu vou ordenar
seja mensagem safadinha ou smiley de carinha
a transmissao eh full duplex pode mandar
que um ACK vou lhe enviar
eu vou mandar
eu vou mandar um ACK para agradecer
handshake todo mundo vai fazer (4x)
Pacote nao chegou
O TCP vai reenviar(2x)
Hoje acordei comunicante
o protocolo eu escolhi, vou usar o TCP
o interessante eu diria ate marcante
a entrega é confiante diferente daquele UDP
eu sou goback ‘n e vou falar
eu faco mesmo tudo pra te conquistar
com recon cumulativo fica tudo divertido
na camada de transporte que é meu lar
e um ACK eu vou lhe enviar
eu vou mandar
eu vou mandar um ACK para agradecer
handshake todo mundo vai fazer (2x)
Faça o que quiser
o TCP vai ta de pé
ele é arrojado tem select repeat
e o buffer de recepcao faz até destinatário ficar chique
eu sou goback ‘n e vou falar
eu faco mesmo tudo pra te conquistar
com recon cumulativo fica tudo divertido
na camada de transporte que é meu lar
e um ACK eu vou lhe enviar
eu vou mandar
eu vou mandar um ACK para agradecer
handshake todo mundo vai fazer (4x)
5 de mar. de 2010
Venha estudar na OSI SCHOOL
Lá vc encontra um breve descritivo da tecnologia desejada e uma ilustração em FLASH muito bacana sobre o assunto (em inglês).
Confira em:
http://www.osischool.com/protocol
3 de fev. de 2010
TTCP(Test TCP) - O que é isso?
Pessoal,
Seguindo o ótimo post da Thais sobre Troubleshooting...
Aprendi sobre uma ferramenta muito boa para testes de performance. É o TTCP(Test TCP).
Ela pode ser usada pra fazer testes de throughput entre dois devices. No Cisco IOS, foi implementado a partir da versão 11.2 com as extensões IP Services ou Provider.
Para utilizá-lo, é necessário se logar em dois devices, de preferência o mais próximo da origem, e do destino. O comando é rodado no modo EXEC Privilegiado, e não é mostrado no help por não ser suportado.
Este exemplo abaixo utiliza os parâmetros padrões do TCP para fazer um teste na porta 443(https) com um pacote do tamanho de 20 Kilobytes.
No destino, inicia-se o modo receive. Especifiquei a porta 443 no parâmetro "port":
----
Router1#ttcp
transmit or receive [receive]:
perform tcp half close [n]:
receive buflen [8192]:
bufalign [16384]:
bufoffset [0]:
port [5001]: 443
sinkmode [y]:
rcvwndsize [4128]:
delayed ACK [y]:
show tcp information at end [n]:
ttcp-r: buflen=8192, align=16384/0, port=443
rcvwndsize=4128, delayedack=yes tcp
----
O modo receive fica esperando o tráfego.
Na origem, inicia-se o modo transmit. No parâmetro "send buflen" coloquei 20480 bytes(20KB), e no parâmetro "send nbuf" coloquei 1(uma vez somente):
----
Router0#ttcp
transmit or receive [receive]: transmit
Target IP address: 192.168.0.2
perform tcp half close [n]:
send buflen [8192]: 20480
send nbuf [2048]: 1
bufalign [16384]:
bufoffset [0]:
port [5001]: 443
sinkmode [y]:
buffering on writes [y]:
show tcp information at end [n]:
ttcp-t: buflen=20480, nbuf=1, align=16384/0, port=443 tcp -> 192.168.0.2
ttcp-t: connect (mss 1460, sndwnd 4128, rcvwnd 4128)
ttcp-t: 20480 bytes in 68 ms (0.068 real seconds) (~293 kB/s) +++
ttcp-t: 1 I/O calls
ttcp-t: 0 sleeps (0 ms total) (0 ms average)
----
O device rodando o modo transmit que diz quando que será enviado os pacotes. Assim que terminei de rodar o transmit, no receive, recebi o seguinte output adicional:
----
ttcp-r: accept from 192.168.0.1 (mss 1460, sndwnd 4128, rcvwnd 4128)
ttcp-r: 20480 bytes in 72 ms (0.072 real seconds) (~277 kB/s) +++
ttcp-r: 9 I/O calls
ttcp-r: 0 sleeps (0 ms total) (0 ms average)
----
Como podem ver acima, é mostrado que foram enviados 20480 bytes(20KB) em 0.07 segundos, a uma taxa de 277 kB/s!!
Espero que tenham entendido. Qualquer dúvida, me perguntem via comentário ou mandem e-mail para boss.silva@gmail.com!
Abraços!
Seguindo o ótimo post da Thais sobre Troubleshooting...
Aprendi sobre uma ferramenta muito boa para testes de performance. É o TTCP(Test TCP).
Ela pode ser usada pra fazer testes de throughput entre dois devices. No Cisco IOS, foi implementado a partir da versão 11.2 com as extensões IP Services ou Provider.
Para utilizá-lo, é necessário se logar em dois devices, de preferência o mais próximo da origem, e do destino. O comando é rodado no modo EXEC Privilegiado, e não é mostrado no help por não ser suportado.
Este exemplo abaixo utiliza os parâmetros padrões do TCP para fazer um teste na porta 443(https) com um pacote do tamanho de 20 Kilobytes.
No destino, inicia-se o modo receive. Especifiquei a porta 443 no parâmetro "port":
----
Router1#ttcp
transmit or receive [receive]:
perform tcp half close [n]:
receive buflen [8192]:
bufalign [16384]:
bufoffset [0]:
port [5001]: 443
sinkmode [y]:
rcvwndsize [4128]:
delayed ACK [y]:
show tcp information at end [n]:
ttcp-r: buflen=8192, align=16384/0, port=443
rcvwndsize=4128, delayedack=yes tcp
----
O modo receive fica esperando o tráfego.
Na origem, inicia-se o modo transmit. No parâmetro "send buflen" coloquei 20480 bytes(20KB), e no parâmetro "send nbuf" coloquei 1(uma vez somente):
----
Router0#ttcp
transmit or receive [receive]: transmit
Target IP address: 192.168.0.2
perform tcp half close [n]:
send buflen [8192]: 20480
send nbuf [2048]: 1
bufalign [16384]:
bufoffset [0]:
port [5001]: 443
sinkmode [y]:
buffering on writes [y]:
show tcp information at end [n]:
ttcp-t: buflen=20480, nbuf=1, align=16384/0, port=443 tcp -> 192.168.0.2
ttcp-t: connect (mss 1460, sndwnd 4128, rcvwnd 4128)
ttcp-t: 20480 bytes in 68 ms (0.068 real seconds) (~293 kB/s) +++
ttcp-t: 1 I/O calls
ttcp-t: 0 sleeps (0 ms total) (0 ms average)
----
O device rodando o modo transmit que diz quando que será enviado os pacotes. Assim que terminei de rodar o transmit, no receive, recebi o seguinte output adicional:
----
ttcp-r: accept from 192.168.0.1 (mss 1460, sndwnd 4128, rcvwnd 4128)
ttcp-r: 20480 bytes in 72 ms (0.072 real seconds) (~277 kB/s) +++
ttcp-r: 9 I/O calls
ttcp-r: 0 sleeps (0 ms total) (0 ms average)
----
Como podem ver acima, é mostrado que foram enviados 20480 bytes(20KB) em 0.07 segundos, a uma taxa de 277 kB/s!!
Espero que tenham entendido. Qualquer dúvida, me perguntem via comentário ou mandem e-mail para boss.silva@gmail.com!
Abraços!
Assinar:
Postagens (Atom)