Date: Sep 20 2000 20:34:04 EDT
From: Jose Oliveira <[EMAIL PROTECTED]>
Subject: Re: [redewan] Vlan baseada em porta

Lindolfo,

Fico contente pela informa��o lhe haver sido �til. Olha, essa situa��o que 
voc� descreve me leva a duas possiveis situa��es:

1 - Estes servidores possuem 2 placas de rede, cada uma conectada a uma 
VLAN diferente (o que pode ser uma forma de ter uma m�quina em 2 VLANs).

2 - Estes servidores (como voc� mesmo mencionou) possuem placas compativeis 
com 802.1Q e est�o configuradas como MEMBROS das mesmas VLANs (por isso se 
comunicam).

Agora, no switch, as PORTAS aonde estes servidores se conectam (se as 
placas s�o 802.1Q) TEM de estar com TAGGED VLANs habilitadas. O que 
significa o TAG??? TAG significa MARCAR. Com os ANTIGOS pacotes ETHERNET 
(1518 bytes), n�o havia no PACOTE informa��o sobre VLANs. Os novos pacotes 
(802.3ac) s�o 4 bytes mais LONGOS e trazem a informa��o de VLANs inclu�da 
no pacote. Esta informa��o � LIDA pelo switch (L2 ou L3, n�o importa, desde 
que ele seja compativel com 802.1Q), que toma decis�es sobre PARA ONDE 
enviar este pacote e para onde N�O enviar.

Falando sobre PORT VLAN (� um pouco diferente com VLANs por Protocolo e MAC).

As portas do Switch podem funcionar como UN-TAGGED ou TAGGED. Portas 
UNTAGGED somente levam o tr�fego de UMA VLAN. J� as portas TAGGED trazem o 
N�MERO das VLAN � qual elas pertencem (configurado no SWITCH, os pacotes 
CARREGAM esta informa��o quando saem por uma porta TAGGED). Uma porta 
TAGGED pode pertencer a DIVERSAS VLANs. Uma porta UN-TAGGED � mais uma 
porta LOCAL, somente enxerga a VLAN � qual pertence e pronto.

N�o sei se ficou bem claro, em caso negativo, pe�o que pergunte novamente e 
eu tento explicar de outra forma.

Jose Oliveira.
Allied Telesyn International.
Field Sales Engineer.

At 04:25 AM 9/20/00, [EMAIL PROTECTED] wrote:
>    Ol� Jos�,
>    Poxa legal essas dicas que vc me deu, n�o sabia essas coisas de ID e
>tal.
>    Fiquei com algumas duvidas ainda, ser� que vc poderia me explicar?
>    Aqui na empresa n�s temos 10 Vlans somente em um switch Layer 3 da Lucent.
>Veja bem, estas Vlans est�o no mesmo switch aqui na nossa lan. Essas Vlans
>foram projetadas para isolar aplica��es, tipo bilhetagem, alarmes, etc.
>    A� o que aconteceu foi o seguinte, eu fui colocar um m�quina windows
>95 de teste para emular uma m�quina SUN com o software exceed. At� aqui
>blz eu consegui colocar ela na mesma Vlan estava tudo certinho.
>    S� que por curiosidade, tentei conectar (pingar, telnet)em uma m�quina
>que estava em outra Vlan, o resultado foi resultado negativo.
>    At� a� tudo bem, como vc mesmo havia falado e eu tb, uma  n�o enxerga
>  outra, mas veja bem existem duas m�quinas aqui que rodam HP-UX que est�o
>em diferentes Vlans que se comunicam. (� por isso que veio a minha 
>curiosidade)
>    Ent�o eu pensei, se essa m�quina se comunica como eu posso fazer para
>que essa m�quina Windows 95 se comunique?
>    Ser� que estes servidores tem essas placas 802.1Q??? De qualquer maneira
>vou levantar alguma documenta��o para ver se essa placa � este padr�o!
>    O que vem a ser essa TAGGED PORT???
>
>-- Mensagem Original --
>
> >Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> >
> >Lindolfo,
> >
> >Uma VLAN (802.1Q) � um DOM�NIO de BROADCASTS. Isto significa que, quem
>est�
> >
> >numa VLAN n�o enxerga quem esta numa outra VLAN. Voc� necessita de um
> >ROUTER ou um Switch LAYER 3 para rotear entre as VLANs.
> >
> >Agora, se, por exemplo, voc� tem um SERVIDOR que deseja COMPARTILHAR entre
> >
> >V�RIAS VLANs e as outras m�quinas N�O precisam ver umas �s outras, instale
> >
> >uma placa com suporte a 802.1Q no servidor e ele poder� ser membro de todas
> >
> >as VLANs que voc� quiser (a porta do SERVIDOR no switch deve ser uma TAGGED
> >
> >port, aonde TODAS as VLANs �s quais o servidor deve pertencer devem estar
> >
> >incluidas como membros desta PORTA).
> >
> >A implementa��o MAIS comum � por PORTA, mas tamb�m se pode fazer por
> >PROTOCOLO e MAC. Todas s�o �teis, e os switches mais recentes costumam
>
> >suportar estes 3 tipos. H� tamb�m um protocolo de propaga��o de VLANs,
>
> >GVRP, que permite aos switches enxergar as VLANs dos outros switches e
>se
> >
> >configurar automaticamente, reduzindo o trabalho de configurar manualmente
> >
> >um a um.
> >
> >Um �ltimo detalhe MUITO importante. As VLANs s�o identificadas por N�MERO,
> >
> >n�o por NOME!!!!!!! Se voc� tem 2 switches por exemplo, com VLANs
> >Contabilidade, CPD e RH, voc� deve ter MUITO cuidado com a numera��o
> >utilizada, j� que as VLANs s�o entendidas pelo VLAN ID (n�mero), n�o pelo
> >
> >nome. Quer dizer, se uma VLAN ID 02 existe em 2 switches, o NOME em um
>pode
> >
> >ser CONTABILIDADE e em outro RH, mas, para ambos switches, � a MESMA
> >VLAN!!!!!!!!!! Cuidado com os NOMES, j� que eles s� tem significado para
> >
> >N�S!!!!!!! Para os switches, as VLANs s�o identificadas pelo N�MERO!!!!
> >
> >Jose Oliveira.
> >Allied Telesyn International
> >
> >At 03:55 AM 9/18/00, [EMAIL PROTECTED] wrote:
> >>Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> >>
> >>Ol� Pessoal,
> >>
> >>Estou com uma pequena duvida em rela��o a Vlan baseada em portas, tenho
> >>algumas Vlans aqui na empresa e recentemente fui colocar uma m�quina em
> >>uma certa Vlan, coloquei o n� de ip, default gateway e netmask. Ficou
>tudo
> >>certinho ele achava as m�quinas da pr�pria vlan.
> >>O que me deixou assim meio que curioso foi que, tentei pingar uma outra
> >>Vlan e n�o consegui. T� ok, essa n�o � a minha duvida, uma Vlan n�o 
> conversa
> >>com a outra! (creio eu?)
> >>Minha duvida � a seguinte, para que eu possa enxergar outras m�quinas
>em
> >>outras distintas Vlans o que eu tenho que fazer? Tenho que colocar 
> roteamento
> >>est�tico? Ou alguma outra coisa?
> >>Outra coisa, qual � a melhor implementa��o de uma Vlan: MAC, PORTA ou
>IP?
> >>
> >>Obrigado mais uma vez,
> >>
> >>
> >>Lindolfo Alves.
> >>
> >>
> >>______________________________________________________________________
> >
> >
> >______________________________________________________________________
> >

Responder a