Hugo,
Concordo com voce, em uma explicacao que ouvi, a maneira mais simples de pensar nisto e':
O "router" esta o tempo todo fazendo ao menos duas tarefas, o "control plane", e o "forwarding plane".
O Control Plane e' onde estao os processos de protocolos de roteamento, e outros pequenos "arrumadores de casa" (arp por exemplo).
Ele alimenta as tabelas de "forwarding" da caixa, incluindo/removendo rotas novas/caducas por exemplo.
Ja o forwarding plane � o processo de encaminhar pacotes de uma interface para a outra, baseado em tabelas que o control plane forneceu para ele.
O forwarding plane � que � o "routing" propriamente dito, e em casos de distribuicao de carga, o control plane se encarrega de alimentar mais de um caminho para o forwarding plane, enquanto o forwarding plane usa um algoritmo qualquer para usar um dos 'n' caminhos para encaminhar cada pacote.
Em termos de caixa, o 75xx tem o control plane no RSP, enquanto o forwarding plane pode estar na RSP, ou em uma das VIPs (depende dos "process/fast/optimal/whatever"-switching).
Em Juniper, o control plane esta nos Routing Engine, enquanto o forwarding plane sao os "Internet Processors".
Em BayRS, o control plane esta distribuido (dependendo do protocolo, BGP e OSPF por exemplo sao "soloists", rodam em um slot de cada vez), enquanto o forwarding plane esta distribuido.
Uma tendencia do mercado nos ultimos anos foi migrar o forwarding plane para hardware dedicado (sejam chips "hard-coded", sejam microprogramados), enquanto o control plane nao necessariamente se beneficiaria de ser "mais distribuido".
A Juniper utilizou isto de maneira inteligente, o OS dela
Outra alternativa que aparentemente ocorreu foi o "migrar" o control plane do core para o edge. Exemplo, os protocolos de label switching (� mais "barato" fazer o forwarding baseado em um label do que no endereco IP).
Ja quanto ao "load balance" do BGP, geralmente ele nao � load balance, e sim "route balance", ele seleciona um prefixo para ir para dos varios next-hops, e outro prefixo para outro next-hop, assim por diante, portanto, no final das contas, nao � o BGP fazendo distribuicao de carga, ou seja, nao � o control plane fazendo distribuicao de carga, e sim fazendo uma escolha de quais paths vao ser encaminhados ao forwarding plane.
Existem opcoes de load balance de um mesmo prefixo em varios paths "usando BGP", mas volta ao caso anterior, de alimentar no forwarding plane mais que um path para o mesmo destino, portanto nao � o BGP fazendo o load-balance, e sim o forwarding plane (de modo identico ao que ocorre com os outros protocolos, ou mesmo roteamento estatico), nada "controlado" pelo BGP.
[], <O-O>
>-----Original Message-----
>From: Hugo Caye [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, February 28, 2001 6:08 PM
>To: Lista de Discusso Rede Wan
>Subject: RE: [redewan] Protocolo OSPF E TRUNK
>
>
>Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
>
>Eu posso estar enganado, mas jamais um protocolo de roteamento far�
>Load Balancing algum. Este apenas permite que tenha-se rodas com
>Administrative Distance configuradas de forma que o Balancing seja
>feito. Sejam esta Distances iguais ou n�o, como � o caso de ajustes
>que o EIGRP permite que fa�a-se.
>
>-----Original Message-----
>From: Julio Arruda [mailto:[EMAIL PROTECTED]]
>Sent: quinta-feira, 22 de fevereiro de 2001 17:41
>To: Lista de Discuss�o Rede Wan
>Subject: RE: [redewan] Protocolo OSPF E TRUNK
>
>
>Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>Claverson,
>OSPF nao faz balanceamento baseado em utilizacao, com certeza absoluta
>(ou routers usando OSPF, para ser mais preciso).
>Voce pode encontrar mais referencias ao que voce chama de trunk em
>ambientes de LAN, em roteamento em geral eles chamam de load-balance.
>[], <O_o>
>>-----Original Message-----
>>From: Cleverson de Freitas Ferla [mailto:[EMAIL PROTECTED]]
>>Sent: Thursday, February 22, 2001 8:04 AM
>>To: Lista de Discusso Rede Wan
>>Subject: Re: [redewan] Protocolo OSPF E TRUNK
>>
>>
>>Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>>
>>Trunk relativo ao balanceamento na cominica��o de dados. Vc
>>tem dois canais
>>para transmistir pacotes de dados, ele faz um pseudo
>>balanceamento entre os
>>dois canais para n�o ocupar tanta banda da rede. � mais ou
>>menos isso. Sei
>>que o OSPF faz melhor esse balanceamento ( rotas menos
>>congenstionadas).
>>Dr. Net, vc tem algum material sobre isso? sabe onde posso arrumar?
>>
>>Atenciosamente,
>>
>>
>>**********************************
>>Cleverson de Freitas Ferla
>>Pathway IT Services
>>Analista de Hardware
>>[EMAIL PROTECTED]
>>Fone: 55 41 335 0105
>>Fax : 55 41 335 0194
>>**********************************
>>----- Original Message -----
>>From: "Dr. Net" <[EMAIL PROTECTED]>
>>To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
>>Sent: Wednesday, February 21, 2001 4:01 PM
>>Subject: Re: [redewan] Protocolo OSPF E TRUNK
>>
>>
>>> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>>>
>>> Ol� Cleverson,
>>>
>>> que tipo de trunk voc� est� se referindo?
>>>
>>> [EMAIL PROTECTED]
>>> Moderador da [EMAIL PROTECTED]
>>>
>>> ----- Original Message -----
>>> From: "Cleverson de Freitas Ferla" <[EMAIL PROTECTED]>
>>> To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
>>> Sent: Tuesday, February 20, 2001 5:41 AM
>>> Subject: [redewan] Protocolo OSPF E TRUNK
>>>
>>>
>>> > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>>> >
>>> > Caros colegas,
>>> >
>>> > Algu�m tem algum material t�cnico sobre OSPF e TRUNK.
>>> >
>>> > Atenciosamente
>>> >
>>> >
>>> > **********************************
>>> > Pathway IT Services
>>> > Cleverson de Freitas Ferla
>>> > Analista de Hardware
>>> > [EMAIL PROTECTED]
>>> > Fone: 55 41 335 0105
>>> > Fax : 55 41 335 0194
>>> > **********************************
>>> >
>>> >
>>> >
>>_____________________________________________________________________
>_
>>> > To unsubscribe, write to [EMAIL PROTECTED]
>>>
>>>
>>> _________________________________________________________
>>> Do You Yahoo!?
>>> Get your free @yahoo.com address at http://mail.yahoo.com
>>>
>>>
>>>
>>_____________________________________________________________________
>_
>>> 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]
