thegoodfellas/blogset-br huggingface dataset:
1 AToMO Any Transport over MPLS (AToM) e uma solucao usada para transportar pacotes L2 atraves de um backbone MPLS. O AToM permite a conectividade entre os sites dos clientes com suas tecnologias L2 existentes atraves da infraestrutura de rede baseada em pacote.Com a tecnologia AToM o aprovisionamento e a conectividade sao diretas. Um cliente usando Ethernet num edificio ou campus em um local pode se conectar por meio de um provedor via Ethernet sobre MPLS a clientes em locais remotos.AToM estabelece um quadro comum para encapsular e transportar trafegos Layer 2 sobre a rede MPLS. Os provedores podem usar uma infra-estrutura unica MPLS para oferecer aos clientes a conectividade Layer 2.O AToM suporta os tipos de transporte abaixo:ATM AAL5 over MPLSATM Cell Relay over MPLSEthernet VLAN over MPLSFrame Relay over MPLSPPP over MPLSHDLC over MPLS1.1 Funcionamento do AToM com com ATM AAL5How ATM AAL5 SDUs Move Between PE Routers ATM AAL5 over MPLS encapsulates ATM AAL5 service data units (SDUs) in MPLS packets and forwards them across the MPLS network. Each AAL5 SDU is transported as a single packet. The following steps outline the process of encapsulating the SDU.1.1.1 Ingress PE router1. O roteador PE recebe um SDU ATM AAL5 e remove o cabecalho.2. O PE copia o control word do cabecalho e adiciona no campo correspondente no control word do. O control word contem:O bit de Explicit forward congestion indication (EFCI) Usado pelo switch ATM para indicar congestionamento.O bit de Cell loss priority (CLP) Indica Indicates se a cell deve ser descartada se ocorrer congestionamento extremo.3. O PE adiciona o label de virtual circuit (VC) e o label de tunnel (LSP) para o roteamento dentro do core via MPLS. Os roteadores do core nao distinguem trafegos ATM AAL5 de outros tipos de trafego. O pacote e encaminhado como qualquer outro pacote.1.1.2 Egress PE router1. O PE de saida recebe o pacote e copia a control word do elemento para a control word do cabecalho.2. O PE remote o VC label e o label de tunnel LSP, se existir devido ao penultimo salto.3. O PE adiciona o cabecalho AAL5 e envia o pacote para a interface apropriada.1.2 Funcionamento do AToM com ATM Cell RelayATM Cell Relay over MPLS transports single ATM cells over the MPLS backbone. The AToM circuit is configuring on permanent virtual circuits. In this release, only PVC mode, single cell relay is supported.1.2.1 How ATM Cells Move Between PE RoutersO ATM Cell Relay over MPLS encapsula as celulas ATM nos pacotes MPLS e os encaminha atraves da rede MPLS. Cada pacote MPLS contem uma celula ATM. Em outras palavras, cada celula ATM e transportada como um pacote unico.1.2.2 Ingress PE Router1. The ingress PE router receives an ATM cell and removes the header. The following items are not removed from the ATM cell:The control word. The control word contains: Explicit forward congestion indication (EFCI) bit Used by ATM switches to indicate congestion experienced by forwarded data cells. Cell loss priority (CLP) bit indicates whether a cell should be dropped if it encounters extreme congestion as it moves through
the ATM network. The virtual path identifier (VPI) and virtual channel identifier (VCI). The VPI and VCI identify the next destination of a cell as it passes through a series of ATM switches on its way to its destination. ATM switches use the VPI/VCI fields to identify the next virtual channel link (VCL) that a cell needs to transit on its way to its final destination.2. The PE router adds a VC label and an LSP tunnel label to the packet for normal MPLS routing through the MPLS backbone. The P routers use the LSP tunnel label to move the packet through the MPLS backbone. A core router does not distinguish ATM Cell Relay traffic from other types of traffic. The packet is handled just like other packets in the MPLS backbone.1.2.3 Egress PE Router1. At the other edge of the MPLS backbone, the egress PE router receives the packet and removes the LSP tunnel label if one is present. If no LSP tunnel label is present, it is because the penultimate router removed that label. The PE router also removes the control word and VC label from the packet. Cenario1.3 ObjetivoCinco roteadores (CE1, PE1, P, PE2 e CE2) sao conectados formando um backbone com 3 roteadores e dois CEs conectados. Pede-se:O protocolo de roteamento de backbone PE1-P-PE2 devera ser o OSPF na area 0 com todas as interfaces divulgadas e com LDP entre os PEs para trafego MPLS;Os links entre PE1 e CE1 e entre PE2 e CE2 sao dois links ATM;O Link nas interfaces A1/0 devera usar AToM no backbone para a conexao Back-to-Back entre os CEs usando Cell-Relay na rede 10.10.10.0/24 e PVC 0/100 tanto no CE1xPE1 quanto no CE2xPE2;O Link nas interfaces A2/0 devera usar AToM no backbone para a conexao Back-to-Back entre os CEs usando ALL5 na rede 20.20.20.0/24 e PVC 0/200 tanto no CE1xPE1 quanto no CE2xPE2;1.4 Topologia1.5 IOS utilizadosCE1, PE1, P, PE2 e CE2 c7200-k91p-mz.122-25.S15.bin1.6 Configuracao dos Roteadores1.6.1 Configuracoes do OSPF do BackboneEm todos os roteadores configura-se o roteamento OSPF pelo comando router ospf onde o processo e um numero do processo OSPF. O roteador tambem possui um router ID unico que geralmente e a interface loopback ou entao o maior endereco IP do roteador.Para adicionar interfaces deve-se usar o comando network area. Um roteador pode ter interfaces em areas distintas, define-se cada area pelo comando network e o tipo da area com o comando area [type]. 1.6.2 Configuracoes do MPLSAntes de qualquer configuracao, o Cisco Express forwarding deve ser habilitado com o comando ip cef. Para habilitar o MPLS no modo LDP, usa-se o comando global mpls label protocol ldp.Para habilitar o MPLS nas interfaces, configura-se mpls ip. 1.6.3 Configuracao do Tunel AToM no ATMO tunnel L2 AToM para interfaces ATM e configurado na subinterface ponto-a-ponto do PE conectada diretamente ao CE. O PVC e configurado como pvc / l2transport, e dentro do PVC adiciona-se o com o comando xconnect encapsulation mpls.Para Cell-Relay, o encapsulamento do PVC e AAL0, para AAL5 o encapsulamento e AAL5. 1.7 Observacoes e BugsO Dynamips nao permite a configuracao
do xconnect nas interfaces ATM, por isso a simulacao nao funciona. http://www.cisco.com/en/US/docs/ios/12_2t/12_2t15/atom/ftbookt.pdf 2 Configuracao2.1 CE1!interface ATM1/0.1 point-to-point ip address 10.10.10.1 255.255.255.0 pvc 0/100!interface ATM2/0.1 point-to-point ip address 20.20.20.1 255.255.255.0 pvc 0/200!2.2 PE1!ip cef!!interface Loopback0 ip address 1.1.1.1 255.255.255.255!interface ATM1/0.1 point-to-point pvc 0/100 l2transport encapsulation aal0 xconnect 2.2.2.2 100 encapsulation mpls!interface ATM2/0.1 point-to-point pvc 0/200 l2transport encapsulation aal5 xconnect 2.2.2.2 200 encapsulation mpls!!router ospf 1 router-id 1.1.1.1 network 0.0.0.0 255.255.255.255 area 0!2.3 P!ip cef!mpls label protocol ldp!!interface Loopback0 ip address 3.3.3.3 255.255.255.255!interface FastEthernet1/0 ip address 13.13.13.3 255.255.255.0 mpls ip!interface FastEthernet2/0 ip address 23.23.23.3 255.255.255.0 mpls ip!router ospf 1 router-id 3.3.3.3 network 3.3.3.3 0.0.0.0 area 0 network 13.13.13.3 0.0.0.0 area 0 network 23.23.23.3 0.0.0.0 area 0!2.4 PE2!ip cef!!interface Loopback0 ip address 2.2.2.2 255.255.255.255!interface ATM1/0.1 point-to-point pvc 0/100 l2transport encapsulation aal0 xconnect 1.1.1.1 100 encapsulation mpls!interface ATM2/0.1 point-to-point pvc 0/200 l2transport encapsulation aal5 xconnect 1.1.1.1 200 encapsulation mpls!!router ospf 1 router-id 2.2.2.2 network 0.0.0.0 255.255.255.255 area 0!2.5 CE2!interface ATM1/0.1 point-to-point ip address 10.10.10.2 255.255.255.0 pvc 0/100!interface ATM2/0.1 point-to-point ip address 20.20.20.2 255.255.255.0 pvc 0/200
1 Multicast VPN Inter-AS Opcao B 1.1 Objetivo Oito roteadores (CE1, PE1, P1, PE2, PE3, P2, PE4 e CE2) sao conectados formando dois backbones com 3 roteadores e um CE conectado. Pede-se: O protocolo de roteamento de backbone PE1-P1-PE2 devera ser o OSPF na area 0 com todas as interfaces divulgadas e com mBGP e LDP no AS 1 para trafego das vpns VRFs. O Router-reflector devera ser o P1; O protocolo de roteamento de backbone PE1-P1-PE2 devera ser o ISIS na area 49.0001 com todas as interfaces divulgadas e com mBGP e LDP no AS 2 para trafego das vpns VRFs. O Router-reflector devera ser o P2; Tanto o CE1 quanto o CE2 deverao pertencer a VRF BLUE e devera existir conectividade entre esses CEs usando a conexao entre os PEs PE2 e PE3 com Inter-AS Opcao C; Devera ser habilitado o multicast dentro da VRF BLUE com conectividade entre os CEs. O MDT da VRF devera ser 224.1.2.3; O Rendezvous Point do AS 1 devera ser o PE2 e o do AS 2 o PE3, ambos com conexao MSDP entre eles; O RP da VRF devera ser o CE1 estaticamente; O CE1 e source de 227.2.2.2 e o CE2 e fonte deste grupo; O CE2 e source de 227.1.1.1 e o CE2 e fonte deste grupo; 1.2 Topologia 1.3 IOS utilizados CE1, PE1, P1, PE2, PE3, P2, PE4 e CE2 c7200-k91p-mz.122-25.S15.bin 1.4 Configuracao dos Roteadores 1.4.1 Configuracoes do ISIS do Backbone Em todos os roteadores configura-se o roteamento ISIS adicionando o enderecamento NET de acordo com a area designada e enderecamento de loopback. Dentro das interfaces que farao parte do ISIS, adiciona-se o comando ip router isis para habilitar o ISIS na interface. Por padrao, todos os roteadores farao vizinhanca L1/L2. Pode-se alterar o level na interface ou no roteamento. A configuracao da metrica wide, maior que 63, e feita dentro do processo de roteamento pelo comando default metric-style wide. 1.4.2 Configuracoes do OSPF do Backbone Em todos os roteadores configura-se o roteamento OSPF pelo comando router ospf onde o processo e um numero do processo OSPF. O roteador tambem possui um router ID unico que geralmente e a interface loopback ou entao o maior endereco IP do roteador. Para adicionar interfaces deve-se usar o comando network area . Um roteador pode ter interfaces em areas distintas, define-se cada area pelo comando network. Para o roteador fazer vizinhanca OSPF e necessario que a rede da interface esteja no comando network e a interface nao esteja configurada como passive-interface. 1.4.3 Configuracoes do MPLS Antes de qualquer configuracao, o Cisco Express forwarding deve ser habilitado com o comando ip cef. Para habilitar o MPLS no modo LDP, usa-se o comando global mpls label protocol ldp. Para habilitar nas interfaces o LDP para vizinhanca, usa-se o comando mpls ip. 1.4.4 Configuracao do MBGP Para estabelecer uma VPN e necessario configurar o MBGP para a troca de informacoes de prefixos de VPN. Pode-se somente configurar o MBGP nos roteadores PEs da rede que possuem conexao com os CEs, ou seja, conectados diretamente aos sites.
O MBGP funciona como o BGP, configura-se em todos os roteadores pelo comando router bgp onde o AS e o Autonomous System do backbone. Dentro da configuracao de BGP adicionam-se os vizinhos estaticamente com o comando neighbor remote-as . Adiciona-se o IP da interface loopback como Router-ID pelo comando bgp router-id . Como os roteadores dentro do mesmo AS nao divulgarao as rotas IBGP entre eles, faz-se o full-mesh de conexao MBGP ou configuram-se os roteadores centrais como Router-reflectors adicionando os demais roteadores como clientes pelo comando neighbor router-reflector-client. O MBGP e configurado dentro do protocolo BGP, porem deve-se separar a familia de roteamento com o comando address-family vpnv4. Para o envio de prefixos das VPNs, deve-se habilitar o envio de community extendida com o comando neighbor send-community extended. Todos os recursos como route-map, next-hop-self, router-reflector, etc. podem ser configurados dentro da familia VPNv4 para manipular ou resolver problemas de roteamento. 1.4.5 Criando uma VPN VRF no BGP Apos todos os roteadores PEs da rede possuem conectividade MBGP, ou diretamente ou por router-reflector, cria-se a VPN com o comando ip vrf , dentro desse comando ficam os paramentros de marcacao da VPN e das communities associadas aos prefixos daquela VPN. Configura-se o Route-Distinguisher da VPN, que deve ser unico na rede, com comando rd :, e tambem cria-se a community que sera exportada para aqueles prefixos de rede com o comando route-target :, onde import significa importar as rotas e export exportar as rotas. Cria-se entao uma address-family dentro do BGP com o comando address-family ipv4 vrf com o mesmo nome da VPN criada no ip vrf fora do roteamento BGP. Dentro dessa address-family sao configuradas as redes que serao redistribuidas para os outros sites. Para divulgar as redes e necessario que a rede exista na tabela de roteamento interna e, ou adicionar o comando network mask ou redistribuindo rotas para o MBGP com o comando redistribute , que pode ser vinculado a um route-map para definir exatamente as rotas que serao divulgadas de um protocolo para outros sites. Enfim, para que uma interface conectada ao CE faca parte da VPN BGP, usa-se o comando ip vrf forwarding dentro da interface. 1.4.6 Configuracao do Inter-AS Opcao C A opcao C do Inter-AS usa uma conexao MBGP entre os roteadores Router-Reflectors de VPN da rede para a troca de informacoes de prefixos de VPN. Pode-se acordar os mesmos RD e RT ou exportar e importar os RTs do AS vizinho, caso sejam diferentes. No ASBR deve-se estabelecer uma vizinhanca BGP tanto com o RR do proprio AS quanto com o ASBR do AS vizinho, e deve-se adicionar o send-label na configuracao de vizinhanca com todos os roteadores, do AS vizinho e o RR, para que seja enviadas as informacoes de NLRI e Label. Na interface de interconexao no ASBR deve-se adicionar o comando para habilitar o mpls BGP mpls bgp forwarding. Deve-se tambem desabilitar o filtro de route-target do AS no MBGP com o RR do AS vizinho usando o comando no bgp default route-target filter. Para que no Inter-AS o caminho ate
o source do multicast seja conhecido, deve-se estabelecer a sessao BGP Multicast entre os roteadores de borda address-family ipv4 multicast. Nessa sessao deve-se anuncia os enderecos dos PEs que terao as fontes multicast ativas. Na vizinhanca com o Router Reflector deve-se adicionar o comando next-hop-self para que o ASBR seja o nexthop das rotas externas. 1.4.7 Configuracao do Multicast no Backbone E necessario configurar o roteamento multicast no roteador com o comando ip multicast-routing. No PIM a configuracao para o sparse mode e feita a configuracao ip pim sparse-mode nas interfaces com os roteadores do backbone que trafegarao multicast. O Sparse mode necessita de um Rendevouz Point. Deve-se criar o RP da VRF que deve ser configurado nos PEs com o comando ip pim rp-address . Para definir o Rendezvous Point do bckbone, usa-se o comando ip pim rp address ou algum modo de eleicao (BSR ou Auto-RP). 1.4.8 Configuracao do Multicast na VPN Antes de configurar o PIM e necessario configurar o roteamento multicast no PE com o comando ip multicast-routing vrf . No PIM a configuracao para o sparse mode e feita com o comando ip pim sparse-mode nas interfaces com os roteadores da VPN que trafegam multicast. O Sparse mode necessita de um Rendevouz Point. A configuracao de Rendevouz Point estatico e feita pelo comando ip pim vrf rp-address . Dentro das configuracoes de VRF deve-se adicionar o grupo multicast que sera usado no backbone para o trafego do multicast da VRF. Essa configuracao e feita com mdt default . 1.4.9 Configuracoes do MSDP entre dominios A configuracao da conexao MSDP e feita entre os RPs com o comando ip msdp peer [remote-as ]. Pode ser configurada a interface loopback para fechar a conexao MSDP, basta configura-la como source. O comando ip msdp cache-sa-state mantem em cache os grupos e fontes conhecidas. Configura-se o comando ip msdp rpf rfc3618 para utilizar os recursos da RFC 3618 do MSDP. Para configurar um filtro de AS no MSDP usa-se o comando ip msdp sa-filter list a ACL tem que ser extendida. Existem recomendacoes da Cisco para o uso do filtro de AS que sao descritas em documentacao. 1.4.10 Configuracoes do IGMP O IGMP e configurado em todas as interfaces que estao com o multicast PIM configurado. Caso algum host conectado ao roteador enviar um trafego de join multicast o roteador automaticamente passara para o Source daquele grupo, caso exista. Nesse exemplo pode-se utilizar o comando ip igmp join-group para enviar uma solicitacao de join no grupo multicast. 1.5 Observacoes e Bugs http://cisco.biz/en/US/docs/ios/12_0s/feature/guide/fsiasmlp.html#wp1044672 1.6 Comandos Importantes de Verificacao PE1#show ip pim vrf BLUE rpGroup: 227.1.1.1, RP: 10.10.10.1, v2, uptime 00:08:24, expires neverGroup: 227.2.2.2, RP: 10.10.10.1, v2, uptime 00:03:44, expires neverGroup: 224.0.1.40, RP: 10.10.10.1, v2, uptime 00:08:26, expires never PE1#show ip mroute IP Multicast Routing TableFlags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected, L - Local, P - Pruned, R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT, M - MSDP created entry, X - Proxy
aceita rotas do RR do AS 1 match ip address 3!!route-map LABEL-OUT permit 12 ! envia rotas do RR local match ip address 4!route-map LABEL-OUT permit 13 ! envia rotas do PE1 com label match ip address 2 set mpls-label! 2.6 P2 Router Reflector !Hostname P2-RR!ip cef!mpls label protocol ldpip multicast-routing!!interface Loopback0 ip address 200.200.200.200 255.255.255.255 ip pim sparse-mode ip router isis!interface FastEthernet0/0 ip address 24.24.24.200 255.255.255.0 ip pim sparse-mode ip router isis no shutdown du full mpls ip!interface FastEthernet1/0 ip address 32.32.32.200 255.255.255.0 ip pim sparse-mode ip router isis no shutdown du full mpls ip!router isis net 49.0001.2222.2222.2222.00 is-type level-2-only!router bgp 2 bgp router-id 200.200.200.200 neighbor 4.4.4.4 remote-as 2 neighbor 4.4.4.4 update-source Loopback0 neighbor 3.3.3.3 remote-as 2 neighbor 3.3.3.3 update-source Loopback0 neighbor 100.100.100.100 remote-as 1 neighbor 100.100.100.100 ebgp-multihop 255 neighbor 100.100.100.100 update-source Loopback0 ! address-family ipv4 neighbor 4.4.4.4 activate neighbor 4.4.4.4 send-label neighbor 4.4.4.4 route-reflector-client neighbor 4.4.4.4 send-community extended neighbor 3.3.3.3 activate neighbor 3.3.3.3 send-label neighbor 3.3.3.3 route-reflector-client neighbor 3.3.3.3 send-community extended no neighbor 100.100.100.100 activate ! address-family vpnv4 neighbor 4.4.4.4 activate neighbor 4.4.4.4 route-reflector-client neighbor 4.4.4.4 send-community both neighbor 100.100.100.100 activate neighbor 100.100.100.100 next-hop-unchanged neighbor 100.100.100.100 send-community both!ip pim rp-address 3.3.3.3! 2.7 PE4 !Hostname PE4!ip cef!mpls label protocol ldpip vrf BLUE rd 1:1 route-target export 1:1 route-target import 1:1 mdt default 224.1.2.3!ip multicast-routing ip multicast-routing vrf BLUE !!interface Loopback0 ip address 4.4.4.4 255.255.255.255 ip pim sparse-mode ip router isis !interface FastEthernet0/0 ip vrf forwarding BLUE ip address 20.20.20.254 255.255.255.0 ip pim sparse-mode no shutdown du full!interface FastEthernet1/0 ip address 24.24.24.4 255.255.255.0 ip pim sparse-mode ip router isis mpls ip no shutdown du full!router isis net 49.0001.4444.4444.4444.00 is-type level-2-only!router bgp 2 bgp router-id 4.4.4.4 neighbor 200.200.200.200 remote-as 2 neighbor 200.200.200.200 update-source Loopback0 ! address-family ipv4 neighbor 200.200.200.200 activate neighbor 200.200.200.200 send-label neighbor 200.200.200.200 send-community both ! address-family vpnv4 neighbor 200.200.200.200 activate neighbor 200.200.200.200 send-community both! address-family ipv4 vrf BLUE redistribute connected!ip pim rp-address 3.3.3.3ip pim vrf BLUE rp-address 10.10.10.1 ! O RP eh o CE! 2.8 CE2 !Hostname CE2!interface FastEthernet1/0 ip address 20.20.20.2 255.255.255.0 no shutdown du full ip pim sparse-mode ip igmp join-group 227.2.2.2!ip route 0.0.0.0 0.0.0.0 20.20.20.254!ip pim rp-address 10.10.10.1!
pw-class ATOM neighbor 11.11.11.11 200 pw-class ATOM!!!interface Loopback0 ipaddress 22.22.22.22 255.255.255.255!interface FastEthernet0/0 ipaddress 200.200.200.2 255.255.255.0mpls ip! interface FastEthernet0/1 ipaddress 192.168.100.2 255.255.255.0 speedauto half-duplex!router ospf 1 passive-interface FastEthernet0/1 network22.22.22.22 0.0.0.0 area 0 network200.200.200.2 0.0.0.0 area 0 network0.0.0.0 255.255.255.255 area 0!router bgp 2 bgprouter-id 22.22.22.22 neighbor192.168.100.1 remote-as 1 ! address-family ipv4 neighbor 192.168.100.1 activate neighbor 192.168.100.1 send-label network22.22.22.22 mask 255.255.255.255!2.5 PE2!ip cef!mplslabel protocol ldp!pseudowire-class ATOM encapsulation mpls!!interfaceLoopback0 ip address 2.2.2.2 255.255.255.255!interfaceFastEthernet0/0 xconnect 22.22.22.22100 pw-class ATOM!interfaceFastEthernet0/1 ip address 200.200.200.1 255.255.255.0 mpls ip!routerospf 1 network 0.0.0.0 255.255.255.255 area 0!2.6 CE2!interfaceFastEthernet0/0 ip address 10.10.10.2 255.255.255.0!
1 AToMO Any Transport over MPLS (AToM) e uma solucao usada para transportar pacotes L2 atraves de um backbone MPLS. O AToM permite a conectividade entre os sites dos clientes com suas tecnologias L2 existentes atraves da infraestrutura de rede baseada em pacote.Com a tecnologia AToM o aprovisionamento e a conectividade sao diretas. Um cliente usando Ethernet num edificio ou campus em um local pode se conectar por meio de um provedor via Ethernet sobre MPLS a clientes em locais remotos.AToM estabelece um quadro comum para encapsular e transportar trafegos Layer 2 sobre a rede MPLS. Os provedores podem usar uma infra-estrutura unica MPLS para oferecer aos clientes a conectividade Layer 2.O AToM suporta os tipos de transporte abaixo: ATM AAL5 over MPLS ATM Cell Relay over MPLS Ethernet VLAN over MPLS Frame Relay over MPLS PPP over MPLS HDLC over MPLS1.1 Funcionamento com Frame-RelayFrame Relay over MPLS encapsulates Frame Relay protocol data units (PDUs) in MPLS packets and forwards them across the MPLS network. The process of transporting the PDU differs, depending on whether you set up DLCI-to-DLCI connections or port-to-port connections. The following sections explain both processes.The following steps outline the process of encapsulating the PDU in a Frame Relay configuration with DLCI-to-DLCI connections.Ingress PE router1. An ingress PE router receives a Frame Relay PDU and removes the Frame Relay header and the frame check sequence (FCS).2. The PE router copies the control word elements from the Frame Relay header to the corresponding fields in the control word of the Frame Relay PDU. The control word elements include: Backward explicit congestion notification (BECN) Forward explicit congestion notification (FECN) Discard eligibility (DE) Command/response3. The PE router adds a VC label and an LSP tunnel label to the packet for normal MPLS routing through the MPLS backbone. The core routers use the LSP tunnel label to move the packet through the MPLS backbone. A core router does not distinguish Frame Relay traffic from other types of traffic. The packet is handled just like other packets in the MPLS backbone.Egress PE router1. At the other edge of the MPLS backbone, the egress PE router receives the packet and copies the control word elements from the control word to the Frame Relay header.2. The egress PE router removes the VC label and LSP tunnel label if one is present. If no LSP tunnel label is present, it is because the penultimate router removed that label.3. The PE router adds the Frame Relay header and sends the packet out the appropriate customer-facing interface. Cenario1.2 ObjetivoCinco roteadores (CE1, PE1, P, PE2 e CE2) sao conectados formando um backbone com 3 roteadores e dois CEs conectados. Pede-se: O protocolo de roteamento de backbone PE1-P-PE2 devera ser o OSPF na area 0 com todas as interfaces divulgadas e com LDP entre os PEs para trafego MPLS; O CE1 e o CE2 e deverao se comunicar via Frame Relay atraves do backbone usando tunel AToM; A conectividade Frame Relay dos CEs devera ter o inverse ARP desabilitado e nao devera ser usadas sub-interfaces; Nos CEs, cada roteador devera ser