gildot

Topo
Sobre
FAQ
Tópicos
Autores
Preferências
Artigos
Sondagens
Propor artigo


8/3
gildicas
9/30
jobs
10/9
perguntas
10/25
press

 
O TCP está morto. Viva o BIC-TCP!!!
Contribuído por AsHeS em 16-03-04 20:05
do departamento dos protocolos
News WZ|Dunadan escreve "Scientists Develop Breakthrough Internet Protocol é o título de um artigo publicado ontem, 2004.03.15, no qual fala-se das pesquisas feitas por uma equipa do Department of Computer Science da North Carolina State University que desenvolveram um protocolo chamado Binary Increase Congestion Transmission Control Protocol que coloca as velocidades de transmissão DSL ao mesmo nível de um "dois cavalos". Tudo isto e muito mais, usando uma abordagem de pesquisa binária... como na pesquisa de base de dados, permitindo uma rápida detecção das capacidades máximas da rede com uma perda mínima de informação. Agora a questão que coloca-se é esta: será que esta pesquisa vai ter conclusão prática ou vai ficar guardada nalguma gaveta dum gabinete obscuro? "

O software utilizado no ensino e na investigação | Soluções de Data Warehousing  >

 

gildot Login
Login:

Password:

Referências
  • WZ|Dunadan
  • Scientists Develop Breakthrough Internet Protocol
  • Mais acerca News
  • Também por AsHeS
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    É só impressão minha ou... (Pontos:4, Interessante)
    por CrLf em 16-03-04 20:48 GMT (#1)
    (Utilizador Info) http://crodrigues.webhop.net
    ...é um bocado estúpido estar meter protocolos de rede no mesmo saco dos protocolos físicos? O que é que este TCPxpto tem a ver com o DSL? Nada.

    Por outro lado eu gostava de saber que febre é esta de encontrar um protocolo melhor que o TCP... O TCP é bom e até agora (e provavelmente no futuro próximo) ainda não encontraram nada que não fosse apenas marginalmente melhor que ele. Todas estas promessas de grandes ganhos de eficiência esbarram com uma coisa fundamental mas que parece escapar aos académicos que se dedicam a este tipo de trabalho... o mundo real. No mundo real nenhum destes protocolos consegue ser mais eficiente e eu passo a explicar porquê:
    1. Em linhas de baixa capacidade (vamos aqui atirar um valor ao ar -- até aos 10Mbits) o TCP consegue usar a banda disponível de uma forma muito eficiente caso não haja perda de pacotes e com pouca perda de eficiência em caso de esta existir ou existir algum congestionamento.
    2. Em redes locais o TCP consegue ser muito eficiente pois não há perda de pacotes e, numa rede switched, dificilmente há congestionamentos.
    3. Em linhas de grande capacidade (backbones) o TCP realmente pode ser muito penalizado por congestionamentos ou perdas de pacotes ocasionais mas na realidade essas linhas transportam muitos streams e logo estão saturadas por causa disso.


    Acho que esta gente ainda não passou daquela fase de fazer protocolos com protecção minima baseados em UDP como se faz nas cadeiras de introdução às redes. Melhor fossem mas é ajudar à implantação do IPv6...

    -- Carlos Rodrigues
    Re:É só impressão minha ou... (Pontos:3, Interessante)
    por raxx7 em 16-03-04 21:24 GMT (#2)
    (Utilizador Info)
    É tolice de quem noticia, como de costume.
    O problema que isto pretende resolver é que os algoritmos originalmente especificados pelo TCP para evitar a congestão desnecessária funcionam mal com taxas de transmissão muito elevadas e latências relativamente grandes: recuam demasiado depressa na presença de sinais de congestão e têm dificuldade em usar toda a taxa de transmissão da camada 2.
    Daí haver variantes (compatíveis) como o RenoTCP (creio que o Linux usa esta) e o FastTCP com algorimtos diferentes.
    Só não percebi ainda se o BIC-TCP é apenas mais uma variante (compativel) de TCP ou desta vez é um protocolo diferente.

    Remember to be the Killer, not the Victim! (Nuklear Girl)
    Re:É só impressão minha ou... (Pontos:2, Informativo)
    por seg_fault em 17-03-04 2:08 GMT (#3)
    (Utilizador Info)
    O Linux actual usa NewReno com SACKS. O FreeBSD usa NewReno (não sei se com SACKS ou não) e o Windows usa Tahoe. Entretanto há-de aparecer o Vegas.

    As principais diferenças entre qualquer um deles têm a ver apenas com o seu comportamento quando se perdem pacotes.

    Nenhum deles é ideal para uso em redes de grande capacidade (o TCP está optimizado para baixa largura de banda). Daí haver vários esforços nesse sentido como o FastTCP e o Web100 (www.web100.org) por exemplo.

    Re:É só impressão minha ou... (Pontos:2)
    por Anonimus Cobardis em 17-03-04 2:28 GMT (#4)
    (Utilizador Info)
    Já houve uma implementação do TCP Vegas para Linux há uns anos atrás (durante a altura do 2.2/2.3) mas na altura não foi não suficientemente interessante para ser continuada. Discussão na LKML aqui. A semana passada voltou a falar-se sobre o TCP Vegas na mailing list netdev, tendo mesmo sido proposto um patch que o implementa.

    Actualmente é, de facto, o TCP NewReno + TCP Westood.


    --
    © 1982 Sinclair Research Ltd
    Re:É só impressão minha ou... (Pontos:2)
    por hununu em 17-03-04 14:57 GMT (#6)
    (Utilizador Info)
    O FreeBSD usa NewReno (não sei se com SACKS ou não)

    O FreeBSD não tem SACK ainda.

    http://www.absolutbsd.org/
    BIC-TCP (Pontos:4, Informativo)
    por moonrider em 17-03-04 11:01 GMT (#5)
    (Utilizador Info) http://127.0.0.1
    O artigo é um pouco sensacionalista... Vejam aqui informações mais credíveis sobre o BIC-TCP e vamos aguardar por um RFC para "oficializar" este "novo" protocolo...
    Re:BIC-TCP (Pontos:1)
    por seven em 17-03-04 18:00 GMT (#7)
    (Utilizador Info)
    Sensacionalista e faz-me lembrar o IPv6.
    IPv6 (Pontos:1)
    por cfriacas em 18-03-04 9:59 GMT (#8)
    (Utilizador Info) http://cfriacas.home.sapo.pt
    Tambem e' sensionalista ver a quantidade de RFCs que existem sobre IPv6???

    http://www.ietf.org

    Tambem e' sensionalista haver pessoas ja' a usarem redes IPv6???

    http://netmon.grnet.gr/6net.html


    ./Carlos "Networking is Fun!"
    O TCP está morto. O PDF está vivo ! (Pontos:1)
    por TV_Brinca em 18-03-04 20:02 GMT (#9)
    (Utilizador Info)
    Está bem vivo aqui para quem quiser ver ao detalhe o novo protocolo.

     

     

    [ Topo | FAQ | Editores | Contacto ]