Envie este exemplo vamos supor que A está enviando um quadro para D.
Então, o endereço de origem que levou a será um.
E o endereço de destino será D.
Eu enviarei o quadro para alternar um deles, o qual copiará esse quadro para todas as portas baseadas novamente
na arquitetura do switch.
O async central irá checar o destino na tabela do acampamento e vamos supor no momento que não responda qual
deles pode ser a tabela ou a tabela de endereços MAC.
Assim, o quadro tentará sair dessa porta para 0 2, mas porque a cor marcada interna é vermelha
para esse quadro.
E este é um Greenport.
O quadro não é permitido fora de 0 2.
No entanto, nesta porta, porque é um link de tronco.
E vamos supor que, no momento em que todos os terrenos sejam permitidos através desse tronco,
esse quadro será enviado para fora da porta 0 3 para alternar, no entanto, logo antes do envio do quadro.
Precisa ser marcado com o número do vilão.
Então, neste caso, o identificador de vilão seria vermelho.
Agora, como mencionado em switches villans identificados por números, mas para manter esses exemplos
simples, vamos usar cores.
Então, isso seria, na verdade, um número de 0 a 4.000 e 96 quadros são então enviados
através do tronco para mudar para quem recebe o quadro mais uma vez o quadro é processado internamente.
Agora este interruptor lê o vilão identificar um cabeçalho Q editado ou um e vê que ele
pertence ao Villon vermelho que está marcado internamente dentro do switch que o quadro é enviado para o Allport 0 2, assim como
0 1.
E vamos supor mais uma vez que a tabela de endereços MAC é comutada para não contém o endereço
MAC de D.
Então, quando o quadro está tentando ir para a porta 0 1, ele é negado porque a cor do quadro é
vermelho e essa interface está no Villon verde.
Então o quadro é descartado.
No entanto, fora dessa interface, o quadro é permitido porque a porta está no vilão vermelho e
o quadro é marcado com o vilão vermelho, e toda a marcação é removida dessa porta.
Portanto, é o mesmo que um quadro Ethernet normal para PCD.
Mais uma vez os PJs estão alheios ao fato de terem sido colocados em vilões.
Eles só veem Ethernet com stents.
Portanto, um quadro padrão em que o endereço de origem de um endereço de destino D
é transmitido para fora da porta 0 e processado pelo PC editado em uma chave tronceada tem um vilão espacial conhecido como vilão
nativa nativa não é marcado quando uma porta no switch está configurado como um tronco.
Por exemplo, esta interface no switch 1 e a mudança para essa interface pode receber e transmitir frames
de frames pertencentes à villaine nativa, que não carregam tags violentas quando enviadas por este trunk pelo mesmo token,
se um frame não marcado for recebido na porta de trunk daquele frame. seria automaticamente
associado com a terra natal para o esporte.
Agora, o tráfego de gerenciamento específico passará pela terra nativa.
Assim, por exemplo, o uso de BPT na árvore de abrangência usará o Villon nativo e o protocolo de entroncamento dinâmico crítico de
entroncamento dinâmico será uma maneira de os switches negociarem a configuração de um tronco entre si automaticamente e
eu mostrarei um exemplo disso em breve.
Certos tráfegos de gerenciamento sempre usarão um vilão se você tiver deixado a linha um como
tráfego nativo da LAN, como CPV DP AGP, e sua DL D será transmitida através da terra nativa.
Desmarcada se eu alguma vez A terra nativa for mudada para algo diferente da terra um, esses protocolos
serão então marcados nesse CTP específico da vilania foi explicado na parte da CID 1 deste curso.
Ele nos permite ver diretamente os dispositivos conectados e o protocolo de entroncamento que discutiremos
nos próximos slides.
É uma maneira de atualizar dinamicamente outros switches com alterações feitas em um único switch em um
domínio VTB AGP ou protocolo de agregação de porta é um protocolo usado para a criação automática de canais
ether e você DLT ou você precisa de detecção vinculada direcional é usado para monitorar o configuração física
de cabos entre dispositivos e detectar links direcionais exclusivos.
Isso nos permite detectar links cabeados incorretamente.
O importante a ter em conta aqui é que há um vilão especial conhecido como
a terra natal onde o tráfego é enviado sem marcação, se deixado no padrão de Villa e um lote
de tráfego de gestão será enviado através dessa terra natal.
É importante que a terra nativa em ambos os lados do tronco seja a mesma, se não definir o mesmo.
Os pesquisadores irão notificá-lo dizendo que existe uma incompatibilidade nativa com a vilania.
A questão que surge se as terras nativas não são as mesmas é que o tráfego de um
vilão no comutador será automaticamente associado e terminará em um comutador diferente do outro.
E obviamente todo o conceito de felino é separar o tráfego em um Thielen específico.
Em outras palavras, um domínio de transmissão separado ou um tráfego de sub-rede separado de uma VLAN
não deve acabar em outro vilão devido a um erro de configuração nativa da vilania.
Agora isso é algo que você provavelmente não vê nas redes hoje.
Em teoria, com uma vilã nativa, um interruptor como o switch 1 poderia dizer frames marcados para mudar para
quadros não marcados para este MacBook.
Assim, usando o Villon nativo, este MacBook ou um PC ainda seria capaz de se comunicar
com a rede, mesmo que não entenda frames marcados editados ou um quadros-chave ou quadros marcados
sejam usados ​​para comunicação via informações entre dispositivos de rede como switches.
Esse dispositivo não necessariamente compreenderia quadros-chave editados ou em um keyframes, mas ainda poderia se comunicar
com a rede usando o vilão nativo.
No entanto, isso não é comum hoje em dia.
O que é mais típico Hoje é um cenário como este, onde você tem um PC conectado a um telefone IP conectado
a um switch Cisco.
Agora, o telefone IP da Cisco possui um switch de três vias, uma porta é conectada de volta à infra-estrutura de rede.
Assim, um comutador Cisco de uma segunda porta permite que o PC se conecte à infraestrutura por meio do telefone,
e uma terceira porta permite que o tráfego de voz do aparelho seja priorizado sobre os dados quando enviado
à infraestrutura da rede.
Assim, o telefone foi construído em um switch de três vias, sempre orgulhoso de aumentar a voz sobre os dados.
A coisa a tomar nota aqui, porém, é que o telefone pode ser configurado em um Villon separado
para o PC.
Então o telefone pode estar no violino vermelho e o PC pode estar na linha verde.
Há muitas vantagens em fazer isso dessa maneira.
Então, normalmente, do ponto de vista da segurança, este PC não conseguirá farejar o tráfego de voz
e, portanto, ouvir a conversa por voz.
Agora há muitas ressalvas relacionadas aos telefones Cisco e diferentes modelos são configurados de maneiras diferentes,
mas, em teoria, o conceito é que o telefone está em um violão separado para o PC e, portanto, o PC
não é capaz de ver o tráfego de voz.
Existem aplicativos como o Cain e o Abel, que é uma ferramenta de hacking muito poderosa
que permite capturar a rede e capturar o tráfego de voz como um arquivo no PC local para que você
possa reproduzir a conversa por voz.
Mas se o telefone estiver em uma segurança Villon separada é aprimorada porque o PC não é capaz de ver o tráfego
de voz de um ponto de vista de qualidade de serviço.
Isso também é muito melhor porque é mais fácil priorizar o tráfego de voz sobre o tráfego de dados.
Se o seu em uma VM separada configurar sua rede desta forma também tem as vantagens de gerenciamento de endereço
IP mais fácil porque você pode atribuir uma sub-rede separada para seus telefones.
Esses são seus PCs e, assim, escalam seu endereçamento IP.
Então o que acontece é que o switch é configurado com o que é chamado de voz Freelon
e uma vilão nativa, a sensação de voz é marcada para que quadros marcados sejam enviados para o telefone e o
telefone com a chave tripla seja capaz de ler os frames não marcados ou um keyframes são salvos no que é chamado
de linha de dados ou iluminação nativa.
Essa informação é enviada para o telefone e o telefone apenas muda para o PC.
Assim, o PC recebe o untagged em quadros de terra nativos e o telefone recebe aquele arquivo marcado ou
de voz e não emoldura a configuração, e o telefone é necessário para isso.
Você literalmente digitou alguns comandos no interruptor dizendo o interruptor que a voz da terra é e o
que é o DTV Bil'in.
E isso acontece automaticamente porque, quando o telefone é inicializado, eles consultam o switch pelo CGP para
descobrir a qual deles pertencem.
Então, a mudança de data data a configuração do telefone através do uso de CTP.
Portanto, esta é uma implementação muito comum de terras nativas no mundo real hoje.
Então, apenas para resumir como as portas são atribuídas aos vilões, elas podem ser estaticamente atribuídas
por um administrador.
Então, para usar um administrador, entre em uma interface e coloque essa porta em um vilão.
A segunda opção é criar o que é chamado de vilões dinâmicos usando vilões dinâmicos de servidor de
política de associação de vilões que permitem uma transação de portas e que é feito emic atualizado com base no endereço Mac do dispositivo
anexado a essa porta.
Assim, em uma sala de reuniões, por exemplo, quando um diretor conecta um laptop com base
no endereço Mac daquele laptop, essa porta é designada dinamicamente aos diretores quando um gerente conecta seu
laptop à mesma porta no dia seguinte, por exemplo, que Villon é automaticamente atualizado para os gerentes Villon.
Portanto, com base no endereço MAC de origem do quadro recebido na porta,
a porta é automaticamente atribuída a terras diferentes e no ano passado temos vilões de voz que são usados
​​especificamente para telefones IP BTP ou protocolo troncalizado villaine é uma camada proprietária da Cisco para protocolo que
permite Propagação da informação de um switch para outro em vez de telnet para múltiplos switches.
Você pode Karaite excluir ou renomear as terras em um switch e ter essas informações automaticamente propagadas para
outros switches através de links de tronco.
Observe o nome do protocolo de truncamento de vilão.
Esta informação só pode ser propagada através de links de tronco.
Agora o ETP pode poupar muito tempo que muitos engenheiros da Sisk dirão que o BTP pode lhe causar
muitas dores de cabeça.
Os switches podem ter toda a configuração do villaine eliminada se um novo switch for adicionado à
rede sem seguir um procedimento adequado.
Portanto, muitos engenheiros da Cisco não habilitarão a VCP em ambientes modernos, devido aos riscos
inerentes associados a esse protocolo.
As mensagens GTP são enviadas para o seguinte endereço Mac, que é um endereço multicast bem
conhecido para inundação dos protocolos CTP e DTP.
Existem três tipos de mensagens no DTP.
Você tem alguns anúncios de subconjunto de anúncios gratuitos e solicitações de anúncios e explicarei cada um
deles com mais detalhes nos próximos slides.
Mas, por favor, esteja ciente de que há três mensagens digitadas ao configurar dispositivos DP que, por
padrão, pertencerão ao VDB de domínio nulo para funcionar.
Você precisa configurar e colocar os dispositivos em um único domínio VTB específico. Os dispositivos no mesmo
domínio DTP serão atualizados com as informações da linha.
Um switch só pode ser configurado em um único domínio VTB a qualquer momento, por padrão, os switches da Cisco
estão no domínio nold ou não há domínio de gerenciamento até receberem um anúncio de um domínio sobre um link
troncalizado.
Ou até você configurar manualmente um domínio de gerenciamento.
Portanto, neste exemplo, vamos supor que esses dispositivos foram colocados no domínio VTB com o nome
de Cecka.
Lembre-se de que essa VCP é uma camada para protocolo e requer links troncalizados para comunicação.
Portanto, o VDB não irá atravessar Harada, um conceito importante para entender que o NVP é o conceito de um número
de revisão.
Toda vez que muda para o banco de dados do vilão, o número de revisão no BTP aumentará em 1.
Então, vamos supor que todos os dispositivos neste pedido de desculpas têm um número de revisão de 1 seu em um
ministério para um vilão digamos que nós três para o número de revisão dele será então incrementado de um
número de visão 1 para número de revisão 2 que informações serão então anunciadas para todos os outros comutadores no domínio VTB, para
que possam sincronizar seus bancos de dados com o número de revisão mais recente, que é o número
de revisão 2.
Assim, o switch no topo enviará o que é chamado de anúncio de resumo do GTP
para todos os switches informando que uma alteração foi feita.
Lembre-se de que isso é enviado usando um endereço multicast.
Então, todos esses dispositivos verão essa mensagem.
Eles solicitarão as informações mais recentes usando uma solicitação de anúncio e o switch
no topo enviará informações detalhadas sobre a alteração usando um anúncio de subconjunto.
O resultado líquido é que os números de revisão e todos esses comutadores serão incrementados para o
mesmo número de revisão de um comutador onde a alteração foi feita.
Então Viola e três aparecerão em todos os bancos de dados dos switches e o número de revisão será
configurado para a revisão número dois.
Todo o conceito com o VTB é que você pode fazer alterações em um dispositivo individual conforme essas alterações
são feitas.
Todos os outros switches são informados da alteração e eles sincronizarão seus bancos de dados com o número de revisão
mais recente, de modo que eles acabem tendo os mesmos planos B e talvez os bancos de dados da Lenn.
Isso significa que você, como administrador, apenas para fazer alterações em um comutador em vez de
cinco comutadores no pedido de desculpas, observe que as portas são colocadas em vilões individuais, por exemplo, por um administrador.
O DP não coloca portas em vilões individuais, apenas atualiza o banco de dados para que os
switches saibam quais vilões existem, e um administrador ainda precisa colocar essas portas nos vilões relevantes.
Portanto, este é apenas um mecanismo de atualização do banco de dados de vilões, para que os switches
conheçam os vilões que existem na tipologia.
Então, vamos olhar as mensagens VDB em mais detalhes.
A primeira parada da mensagem VDB é um anúncio de resumo.
Isso é enviado a cada cinco minutos ou sempre que houver uma alteração.
Assim, sempre que um administrador fizer uma alteração em um switch, por exemplo, adicionando um Villon, um anúncio de
resumo será enviado no endereço multicast bem conhecido para todos os switches no domínio.
Portanto, isso é usado para informar outros switches do domínio VCP atual e o número de revisão da
configuração atual.
Então, como um exemplo no switch one, o administrador adiciona outro vilão, digamos que o vilão para o
número de revisão será incrementado.
Então, se o número de revisão fosse três, não seria incrementado para 4.
Esta opção dirá em um anúncio resumido a todos os comutadores vizinhos informando-os do
domínio VTB atual e os novos comutadores de número de revisão de configuração que recebem esse
anúncio resumido enviarão de volta um pedido de resumo solicitando informações detalhadas sobre as
alterações feitas.
Existem três situações em que algumas solicitações são usadas Primeiramente, quando um switch foi redefinido ou quando
o nome de domínio VTB está sendo alterado ou quando o switch recebeu um anúncio de resumo VTB com um
número de revisão de configuração maior que o seu.
Então, porque mudar para recebeu o anúncio de resumo de um indicando um alto número de revisão.
Em outras palavras, o número de revisão e qual é a revisão anterior e o
número de revisão no switch 2 é o número de revisão 3 O switch 2 agora solicitará informações do switch 1 para que ele possa
atualizar seu banco de dados com as informações mais recentes que são enviadas de qual deles para mudar para usar o
que é chamado de subconjunto.
Propaganda.
Contém uma lista das informações e, se forem várias vilões, mais de um anúncio de subconjunto poderá
ser necessário para atualizar e sincronizar os bancos de dados de outros comutadores.
Então, essencialmente, o que isto é é uma informação detalhada das mudanças que foram feitas.
O anúncio de resumo apenas informa a mudança no formato de resumo do último número de revisão
e do domínio BTP.
Se o switch local perceber que está desatualizado, solicitará informações detalhadas para que ele possa sincronizar
seu banco de dados e essas informações serão fornecidas usando um anúncio de subconjunto.
O comutador agora é capaz de sincronizar os bancos de dados locais com o banco de dados do comutador com as
informações mais recentes.
Agora existem três modos no BTP.
O modo padrão é o servidor, um switch VTB no modo de servidor pode criar vilões modificar vilões e
excluir vilões.
Também envia e envia anúncios.
Então, se recebesse um anúncio de outro switch, ele o encaminharia.
Se você fez alterações no switch local, ele enviaria alguns anúncios reais.
Ele também sincronizaria seu banco de dados local com o número de revisão mais recente.
E também salva as informações de configuração do vilão localmente.
Portanto, este é o dispositivo em que você fará suas alterações. Vários switches podem ser
configurados como servidores VTB, mas você precisa ter muito cuidado com isso.
O segundo modo é o cliente VTB, um cliente VTB não pode criar mudanças ou excluir vilões.
Também é capaz de enviar anúncios para que ele possa dizer em qualquer violência atualmente
listada em seu banco de dados para outros switches VTB, ele também pode encaminhar receber propaganda de outros switches.
Em terceiro lugar, também sincronizaria seu banco de dados com o último número de revisão de configuração. Esse é um
grande problema em potencial com o GTP e que já foi gravado em muitos engenheiros da Cisco no passado.
Muitos engenheiros da Cisco não usarão o VTB devido a esse problema.
Então ele tem uma tipologia de amostra.
Agora nós temos um servidor VTB e é uma cena que todos os switches no topo estão configurados
como clientes VTB, as máquinas host estão no ataque Villano verde Bil'in e atualmente o número de revisão para o domínio
é o número de revisão.
Portanto, o último número de revisão de configuração é para o domínio VTB.
A Cisco e os vilões que foram configurados nos switches são vilões vermelhos e verdes.
Por favor, note mais uma vez que os switches têm um banco de dados de vilão.
É isso que o VTB atualiza as portas individuais e os switches precisam ser colocados
manualmente no correto.
Agora alguém conecta uma mudança na topologia de, por exemplo, um ambiente de laboratório.
A razão pela qual isso é perigoso é que em um ambiente de laboratório a lente pode ter sido adicionada e
removida e, portanto, o número de revisão pode ser muito maior do que a rede de produção.
Então, vamos supor que, no momento em que o número de revisão é 50, esse switch só tem o
villaine azul configurado nele.
Portanto, os vilões verde e vermelho não existem no banco de dados do vilão.
Muitas pessoas cometem o erro de assumir que, desde que os switches configurados como um cliente
VTB, ele não causará nenhum problema na rede.
Assim, um administrador conectou o comutador e configurou essa porta como um tronco.
Por favor, note mais uma vez que o anúncio ETP enviado apenas através de portas de tronco.
Portanto, vamos supor que, em toda a rede, todos esses links sejam configurados como troncos assim que
esse cliente for adicionado ao domínio VCP.
E o que é realmente assustador é que esse cliente pode ser atualizado automaticamente com as informações da VCP.
Em outras palavras, se estiver configurado com um domínio nold, ele poderá ingressar automaticamente no domínio VCP
atual da Cisco.
E assim que isso acontecer, os dispositivos irão sincronizar seus bancos de dados com o último
número de revisão de configuração, que neste caso é 50 sun todos os switches no domínio ao vivo.
O número de revisão é alterado para 50 porque todos os switches, incluindo o servidor
VTB, serão sincronizados automaticamente para o cliente VTB. Os atuais villans vermelhos e verdes são automaticamente removidos
do banco de dados violento e o único vilão que agora estará disponível nos
bancos de dados violentos. todas essas opções são violentas.
Agora todas as portas em todos os switches que foram manualmente colocados no Villon verde ou
vermelho ou heire desativado.
A questão aqui é que uma porta pertence ao Villon vermelho, mas o Villon vermelho não existe no banco de dados.
Então a porta é desativada automaticamente.
Isso significa que nenhum tráfego pode ser enviado ou recebido no esporte e a mesma coisa acontece em
todos os outros switches.
Essencialmente, o que acontece é que toda a rede é derrubada pela introdução
do único comutador.
Isso é extremamente preocupante, para dizer o mínimo que a introdução de um único switch
pode derrubar toda uma rede corporativa.
A única maneira de corrigir isso é conectar-se fisicamente ao servidor VTB e, em seguida, adicionar manualmente
os vilões que foram excluídos.