SIGN IN YOUR ACCOUNT TO HAVE ACCESS TO DIFFERENT FEATURES

FORGOT YOUR PASSWORD?

FORGOT YOUR DETAILS?

AAH, WAIT, I REMEMBER NOW!
GET SOCIAL
  • BLOG
  • SECURITY ALERTS
  • CONTATO
  • PRIVACIDADE
  • SOBRE
  • LOGIN

Brainwork

  • Certificação
  • Cisco
  • Informação
  • Linux
  • Microsoft
  • Network
  • Security
  • UC
  • Virtualização
  • Wireless
  • Home
  • Cisco
  • Cisco SD-Access: Control Plane e Data Plane
12/05/2025

Cisco SD-Access: Control Plane e Data Plane

Cisco SD-Access: Control Plane e Data Plane

by André Ortega / segunda-feira, 18 fevereiro 2019 / Published in Cisco, Network

(O tempo urge)

Já falamos um pouco do Cisco SD-Access neste post do ano passado, e agora vamos ver com mais detalhes o funcionamento do Control Plane e Data Plane.

Control Plane

Na Fabric SDA – Software Defined Access, temos a figura do CP – Control Plane. Para o funcionamento da Fabric é necessário pelo menos 1 Control Plane, sendo recomendado 2 para redundância.

O Control Plane é um função que reside em um/dois switches da Fabric, e normalmente é configurada no Border Node ou em equipamentos dedicados para esta função.

Estes elementos passam então a ser um banco de dados de endpoints conectados à Fabric, e são responsável por registrar, manter e informar a localização de todos os dispositivos conectados à rede.

SDA Componentes

Para este controle a Fabric utiliza o LISP – Locator/ID Separation Protocol, que permite separarmos a identificação de um host de sua localização.

A identificação de um host, o EID – Endpoint Identifier, é seu IP/MAC Address. Já a localização (RLOC – Routing Locator) é o IP do Fabric Edge onde o host está conectado.

É criada uma instancia LISP para cada VN – Virtual Networks, que basicamente são VRFs que nos permitem a separação das tabelas de roteamento.

Vamos considerar a topologia abaixo, com dois FE – Fabric Edges, e dois endpoints (um em cada FE) que estão na mesma rede.

SDA Control Plane

  1. O host H1 é conectado ao FE1, que registra este endpoint no CP. O registro inclui IP e MAC address do endpoint (EID – Endpoint Identifier) e também a localização (IP do FE onde ele está conectado, RLOC – Routing Locator).
  2. O mesmo acontece com H2, que é registrado no CP pelo FE2.
  3. Quando H1 quer falar com H2, FE1 pergunta para o CP onde está o H2. O CP por sua vez responde que H2 está “atrás” do FE2.
  4. Com esta informação o FE1 encapsula (VXLAN) o tráfego de H1 e envia os pacotes para o FE2.
  5. Quando o tráfego chega ao FE2, ele é desencapsulado (cabeçalho VXLAN) e então enviado para H2.

Como podemos notar, o funcionamento é diferente de uma rede tradicional, onde bastaria o switch verificar a tabela MAC e enviar o pacote para a interface de uplink.

Data Plane

Como citamos acima, os pacotes são encapsulados em VXLAN – Virtual Extensible LAN, para o transporte na Fabric.

O VXLAN nos permite criar um overlay de camada 2, que passa a existir sobre o underlay que pode ser de camada 2 ou 3. Podemos ter várias “redes overlay”, com cada uma recebendo um VNI – VXLAN Network Identifier.

Assim, o tráfego que um Fabric Edge recebe de um endpoint diretamente conectado, destinado a um host em outro FE, é encapsulado, e depois da consulta ao Control Plane, é roteador através do underlay.

SDA Data Plane

Para o roteamento deste tráfego no underlay pode ser utilizado OSPF ou ISIS, sendo que no caso do deploy automatico (via DNA Center) ISIS é o protocolo escolhido.

Mais detalhes sobre Control Plane, Data Plane e outras informações neste ebook e no CVD.

Até a próxima.

Relacionado

Tagged under: CiscoChampion, DNA, DNA-Center, DNAC, LISP, SD-Access, SDA, VXLAN

About André Ortega

Formando em Processamento de Dados e Ciência da Computação. Especialista Cisco (CCNP Enterprise e CCNP Security). Dezenove anos de experiência com redes e segurança.

What you can read next

QoS–Classificação, Marcação e Congestionamento (Parte 2)
Voltando a configuração de uma interface para o padrão
Bloqueando URL com NBAR

2 Comments to “ Cisco SD-Access: Control Plane e Data Plane”

  1. rui almeida says : Acesse para responder
    03/10/2019 at 07:24

    Bom dia.
    Estou com problemas num cenário MPLS VPN em que um dos CE´s não consegue pingar as redes de um outro CE´s mas os PE´s tem todas as redes instaladas corretamente pelo MBGP.
    No meio entre os PE´s tenho OSPF.
    A ligação BGP VPN sobe e as rotas são colocadas em cada um dos PE´s, mas não consigo de um PE ou de um CE pingar as rotas de um outro CE.

    EXEMPLO:
    CE – PE BGP E OSP – P OSFP – PE BGP E OSPF – CE
    VRF FINANCEIRO VRF FACTURAÇÃO

    1. André Ortega says : Acesse para responder
      04/10/2019 at 15:09

      Rui, dá uma olhada nesse post, talvez de uma luz sobre esse problema.
      https://brainwork.com.br/2017/04/18/configurando-mpls-l3vpn-ospf-ldp-vrf-bgp/

You must be logged in to post a comment.

POSTS RECENTES

  • Cisco Talos: Tendências em Cibersegurança em 2024
    Cisco Talos: Tendências em Cibersegurança em 2024
    12/05/2025
  • Campanha de Spam no Brasil Abusa de Ferramentas RMM: Como Proteger Sua Empresa
    Campanha de Spam no Brasil Abusa de Ferramentas RMM: Como Proteger Sua Empresa
    09/05/2025
  • Vulnerabilidade CVE-2025-20188 no Cisco IOS XE Wireless LAN Controller: Como se Proteger
    Vulnerabilidade CVE-2025-20188 no Cisco IOS XE Wireless LAN Controller: Como se Proteger
    09/05/2025
  • LockBit Hackeado: Novo Ataque ao Grupo de Ransomware
    LockBit Hackeado: Novo Ataque ao Grupo de Ransomware
    07/05/2025
  • Protegendo a Tecnologia Operacional: Mitigações Primárias Contra Ameaças Cibernéticas
    Protegendo a Tecnologia Operacional: Mitigações Primárias Contra Ameaças Cibernéticas
    07/05/2025

Tags

#Broadcom 2324 #Multicloud 2015 2017 2022 2023 2024 2350 200-301 25 anos 2560C 2960C 2960X 2975 350-050 3560-X 2009 2010 200-125 100-101 #VMwareTransformation 1 ano 1.1.1.100 10 anos 10 Gbps 100 empresas 200-120 100 Gigabit 1905 1921 1925 1941 2.0 200-101 3750-X 1900 2800 2900 2013 2011 1800 2960 3750 2960S

Arquivo

Login

  • Acessar
  • Feed de posts
  • Feed de comentários
  • WordPress.org

Acesse Também

  • Blog LabCisco
  • Café com Redes
  • Cisco IOS hints and tricks
  • Cisco Redes
  • Cisco Support Community
  • Coruja de TI
  • Homelaber Brasil
  • Internetwork Expert´s
  • Netfinders Brasil
  • Rota Default
  • TechRebels
  • The Cisco Learning Network

X

Blog: Verificando MD5 (hash) de um arquivo no Windows e Linux brainwork.com.br/2023/05/11/v… #Checksum #CiscoChampion #Hash

Hahahahah Muito bom twitter.com/TracketPacer/s…

Blog: Trocar ícone (favicon) da página guest no Cisco ISE brainwork.com.br/2023/04/24/t… #Cisco_Champion #Customização #Favicon

Blog: Cisco Champion 2023 brainwork.com.br/2023/04/10/c… #CiscoChampion

Blog: RFC 2324 (HTCPCP), conhece? brainwork.com.br/2023/04/01/r… #2324 #CiscoChampion #HTCPCP

Seguir @brainworkblog
  1. ./fernando em Aprenda Python e ganhe pontos para renovar as certificações CCNA, CCNP e CCIE
  2. André Ortega em Reset Cisco FTD (zerar FTD sem reinstalar)
  3. ALEX LIRA CAMACHO em Reset Cisco FTD (zerar FTD sem reinstalar)
  4. André Ortega em Atualizando Cisco 9300 (Install Mode)
  5. Dominique em Atualizando Cisco 9300 (Install Mode)

Entre em contato:

  • Web: www.brainwork.com.br
  • Facebook: fb.com/brainworkblog
  • Twitter: twitter.com/brainworkblog
  • Youtube: youtube.com/brainworkblog
  • Instagram: instagram.com/brainwork.blog
  • GET SOCIAL
Brainwork

© 2008 - 2022 Brainwork. Todos os direitos reservados.
Customização da página por Brainwork.

TOP
Gerenciar o consentimento
Para fornecer as melhores experiências, usamos tecnologias como cookies para armazenar e/ou acessar informações do dispositivo. O consentimento para essas tecnologias nos permitirá processar dados como comportamento de navegação ou IDs exclusivos neste site. Não consentir ou retirar o consentimento pode afetar negativamente certos recursos e funções.
Funcional Sempre ativo
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos. O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.
Gerenciar opções Gerenciar serviços Manage {vendor_count} vendors Leia mais sobre esses propósitos
Ver preferências
{title} {title} {title}