thegoodfellas/blogset-br huggingface dataset:
alunos aprenderao muito mais com o texto da imagem, Ela faz sete, oito tarefas ao mesmo tempo - acessam na internet, atendem telefone, ouve musica, manda email, recebe email, responde - e ainda acham que na escola ela deve apenas escutar a aula. Essa realidade precisar mudar.A escola esta distante dos desafios do seculo XX. O fato e que quando as criancas de hoje forem para o mercado, elas terao de usar computadores, e a escola nao usa. Algumas criancas tem acesso a tecnologia e se desenvolvem de uma maneira diferente - gostam menos ainda da escola porque acham que aprendem melhor na internet. Na escola, a crianca escreve porque tem que copiar do quadro. Na internet, escreve porque quer interagir com o mundo. As proprias criancas trocam informacoes entre si, e a escola esta longe disso. Segundo Demo a tecnologia vai se implantar aqui conosco ou sem nosco.
ter alguns cursos na area tecnologica e tambem por a tutora conduzir os trabalhos com bastante seguranca.Foi bastante interessante as dicas de seguranca no uso da internet, outra unidade que me chamou bastante atencao foi a que exploramos o software livre Calc.O material impresso do curso e riquissimo e o CD tambem.E preciso que nos educadores, continuemos nos apropriando cada vez mais de conhecimentos na area tecnologica para enriquecer na nossa pratica pedagogica.Site consultado:www.nre.seed.pr.gov.br/amnorte/arquivos/File/artigoooo111.do,c,onsulta em 01/01/11
doencapsulamento Ethernet PDUs em pacotes MPLS e encaminha-os atraves da redeMPLS. Cada PDU e transportado como um unico pacote. As seguintes etapasdescrevem o processo de encapsular o PDU.3.1.1 Ingress PE Router O PE de entrada recebe o PDU e remove opreamble, o delimitador do frame (SFD), e o frame check sequence (FCS). O resto do cabecalho permanece o mesmo. O PE copia o codigo de controle do cabecalho,mesmo que nao seja usado, adiciona um label VC e um label do tunel LSP para oroteamento normal do MPLS atraves do backbone. A rede roteia os dados usando otunnel LSP convencional do MPLS sem distinguir o tipo de trafego.3.1.2 Egress PE Router O PE de destino recebe o pacote e remote o labeldo LSP, caso exista (Penultimo geralmente retira), retira o label de controle eo label do VOCE; O PE atualiza o cabecalho se necessario e enviao pacote para o CE associado.4 Cenario4.1 ObjetivoSeisroteadores (CE1, PE1, P1, P2, PE2 e CE2) sao conectados formando um backbone(PE1, P1, P2 e PE2) com dois roteadores de clientes conectados (CE1 e CE2).Pede-se: Naconexao entre o P1 e o P2 devera existir o protocolo OSPF na area 0 somenteentre eles;OP1 e o P2 devera prover uma VPN L2 com AToM entre o PE1 e o PE2. O PE1 e o PE2deverao pertencer a mesma rede 12.12.12.0/24 atraves da conexao com P1 e P2;Naconexao entre o PE1 e o PE2 devera existir o protocolo OSPF na area 0 somenteentre eles;Deveraser configurado o MBGP no AS 1 entre o PE1 e o PE2 para exclusivamente a trocade informacoes de VRF;Deveraser usado o MPLS IP com LDP no backbone com a interface loopback 0 comorouter-id;Deveraser configurada uma VRF com nome VPN_A com RD e RT = 1:1 nas conexoes do PE1 edo PE2 com o CE1 e o CE2 respectivamente;Deveraser habilitado o multicast no PE1 e no PE2 para o uso de multicast dentro daVRF VPN_A. O grupo MDT da VPN_A devera ser 232.0.0.1 com SSM habilitado nobackbone com o grupo default;Dentroda VRF, o CE1 e source de 224.1.1.1 e o CE2 e client. O RP devera ser aLoopback do CE2.4.2 Topologia4.3 IOSutilizados CE1,PE1, P1, P2, PE2 e CE2 c7200-k91p-mz.122-25.S15.bin4.4 Configuracaodos Roteadores4.4.1 Configuracoesdo OSPF nos BackbonesEm todos osroteadores configura-se o roteamento OSPF pelo comando router ospf onde o processo e um numero doprocesso OSPF. O roteador tambem possui um router ID unico que geralmente e ainterface loopback ou entao o maior endereco IP do roteador.Paraadicionar interfaces deve-se usar o comando network area .Um roteador pode ter interfaces em areas distintas, define-se cada area pelocomando network. Para oroteador fazer vizinhanca OSPF e necessario que a rede da interface esteja nocomando network e a interface nao esteja configurada como passive-interface. 4.4.2 Configuracoesdo MPLS Antes dequalquer configuracao, o Cisco Express forwarding deve ser habilitado com ocomando ip cef. Para habilitar oMPLS no modo LDP, usa-se o comando global mplslabel protocol ldp. 4.4.3 Configuracao do MBGP Para estabelecer uma VPN e necessarioconfigurar o MBGP para a troca de informacoes de prefixos de VPN. Pode-sesomente configurar o MBGP nos roteadores PEs da rede que possuem conexao
ip address 12.12.12.2 255.255.255.0 ip pim sparse-mode mpls mtu 1524 mpls ip!routerospf 1 router-id 2.2.2.2 network 2.2.2.2 0.0.0.0 area 0 network 12.12.12.2 0.0.0.0 area 0!routerbgp 1 bgp router-id 2.2.2.2 neighbor 1.1.1.1 remote-as 1 neighbor 1.1.1.1 update-source Loopback0 ! address-family vpnv4 neighbor 1.1.1.1 activate neighbor 1.1.1.1 send-community extended! address-family ipv4vrf VPN_A redistribute connected!ip pim ssm default!ip pim vrf VPN_A rp-address 20.20.20.1!5.6 CE2!ipmulticast-routing !!interfaceFastEthernet0/0 ip address 20.20.20.1 255.255.255.0 ip igmp join 224.1.1.1 ip pim sparse-mode!ip route0.0.0.0 0.0.0.0 20.20.20.254!ip pimrp-address 20.20.20.1!
address 10.10.10.1 255.255.255.0! PE1!ip cef!mplslabel protocol ldp!!interfaceLoopback0 ip address 1.1.1.1 255.255.255.255!interface FastEthernet1/0.10 encapsulation dot1Q 10 xconnect 2.2.2.2 100encapsulation mpls!interfaceFastEthernet2/0 ip address 13.13.13.1 255.255.255.0 mpls ip!routerospf 1 router-id 1.1.1.1 network 1.1.1.1 0.0.0.0 area 0 network 13.13.13.1 0.0.0.0 area 0! P!ip cef!mplslabel protocol ldp!!interfaceLoopback0 ip address 3.3.3.3 255.255.255.255!interfaceFastEthernet1/0 ip address 13.13.13.3 255.255.255.0 mpls ip!interfaceFastEthernet2/0 ip address 23.23.23.3 255.255.255.0 mpls ip!routerospf 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! PE2!ip cef!mplslabel protocol ldp!!interfaceLoopback0 ip address 2.2.2.2 255.255.255.255!interface FastEthernet1/0.10 encapsulation dot1Q 10 xconnect 1.1.1.1 100encapsulation mpls!interfaceFastEthernet2/0 ip address 23.23.23.2 255.255.255.0 mpls ip!routerospf 1 router-id 2.2.2.2 network 2.2.2.2 0.0.0.0 area 0 network 23.23.23.2 0.0.0.0 area 0! CE2!interfaceFastEthernet1/0.10 encapsulation dot1Q 10 ip address 20.20.20.1 255.255.255.0!
1 Multicast VPN The Multicast VPN Inter-AS Support feature was implemented in the Cisco IOS software in accordance to the following requirements: To achieve parity with unicast inter-AS support, the Cisco IOS software must support the following inter-AS options for MVPN (as defined in RFC 4364): Option ABack-to-back VPN routing and forwarding (VRF) instances at the Autonomous System Border Router (ASBR) provider edge (PE) routers The Option A model assumes direct connectivity between PE routers of different autonomous systems. The PE routers are attached by multiple physical or logical interfaces, each of which is associated with a given VPN (through a VRF instance). Each PE router, therefore, treats the adjacent PE router like a customer edge (CE) router, and the standard Layer 3 MPLS VPN mechanisms are used for route redistribution with each autonomous system; that is, the PEs use exterior BGP (eBGP) to distribute unlabeled IPv4 addresses to each other. Note Option A allows service providers to isolate each autonomous system from the other, which provides better control over routing exchanges and security between the two networks. Option A, however, is considered the least scalable of all the inter-AS connectivity options. MVPN Inter-AS Support for Option A The limitations that prevented support for MVPN inter-AS support Options B and C have never applied to Option A for the following reasons: For Option A, native IP forwarding is used by the PE routers between autonomous systems; therefore, Option A does not require support for inter-AS MDTs. For Option A, the MDT is limited to one autonomous system; therefore, the issues associated with managing MDT group addresses between autonomous systems and RPF for inter-AS sources never applied to Option A. Note Because Option A requires that one physical or logical interface be configured for each VRF, Option A is considered the least scalable MVPN inter-AS solution. 2 Cenario 2.1 Objetivo Oito roteadores (CE1, PE11, P11, PE12, PE22, P21, PE21 e CE2) sao conectados formando dois backbones com 3 roteadores e um CE conectado. Pede-se: O protocolo de roteamento de backbone PE11-P11-PE12 e do backbone PE21-P21-PE22 devera ser o OSPF na area 0 com todas as interfaces divulgadas, com mBGP entre os PEs e LDP no AS 1 para trafego das vpns VRFs; O CE1 devera pertencer a VRF BLUE e o CE2 devera pertencer a VRF RED. Devera existir conectividade entre esses CEs usando a conexao entre os PEs PE2 e PE3 com Inter-AS Opcao A; Devera ser habilitado o multicast dentro da VRF BLUE com conectividade entre os CEs. O MDT do AS 1 devera ser 224.1.1.1 e do AS 2 devera ser 224.2.2.2; Devera ser usado o SSM para envio de trafego Multicast dentro dos backbones; O RP da VRF devera ser o CE1 estaticamente; O CE1 e source de 224.3.3.3 e o CE2 e cliente deste grupo. 2.2 Topologia2.3 IOS utilizados CE1, PE1, P1, PE2, PE3, P2, PE4 e CE2 c7200-k91p-mz.122-25.S15.bin 2.4 Configuracao dos Roteadores 2.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
ssm range 1ip pim vrf BLUE rp-address 10.10.10.1!access-list 1 permit 224.1.1.1! 3.3 P1 !ip cef!ip multicast-routing !mpls label protocol ldp!!!interface Loopback0 ip address 100.100.100.100 255.255.255.255 ip pim sparse-mode!interface FastEthernet0/0 description PE12 ip address 23.23.23.2 255.255.255.0 ip pim sparse-mode mpls ip!interface FastEthernet1/0 description PE11 ip address 12.12.12.2 255.255.255.0 ip pim sparse-mode mpls ip!router ospf 1 router-id 100.100.100.100 network 12.12.12.2 0.0.0.0 area 0 network 23.23.23.2 0.0.0.0 area 0 network 100.100.100.100 0.0.0.0 area 0!!ip pim ssm range 1!access-list 1 permit 224.1.1.1! 3.4 PE2 !ip cef!ip multicast-routing !ip multicast-routing vrf BLUE!ip vrf BLUE rd 1:1 route-target export 1:1 route-target import 1:1 mdt default 224.1.1.1!interface Loopback0 ip address 2.2.2.2 255.255.255.255 ip pim sparse-mode!interface FastEthernet0/0 description PE22 ip vrf forwarding BLUE ip address 30.30.30.3 255.255.255.0 ip pim sparse-mode!interface FastEthernet1/0 description P11 ip address 23.23.23.3 255.255.255.0 ip pim sparse-mode mpls label protocol ldp mpls ip!router ospf 1 router-id 2.2.2.2 network 2.2.2.2 0.0.0.0 area 0 network 23.23.23.3 0.0.0.0 area 0!router rip address-family ipv4 vrf BLUE redistribute bgp 1 metric 1 network 30.0.0.0 no auto-summary version 2!router bgp 1 no synchronization bgp router-id 2.2.2.2 neighbor 1.1.1.1 remote-as 1 neighbor 1.1.1.1 update-source Loopback0! address-family vpnv4 neighbor 1.1.1.1 activate neighbor 1.1.1.1 send-community both! address-family ipv4 vrf BLUE redistribute rip!ip pim ssm range 1ip pim vrf BLUE rp-address 10.10.10.1!!access-list 1 permit 224.1.1.1!
1 Multicast VPN Inter-AS Opcao C Option CExchange of VPNv4 routes between route reflectors (RRs) using multihop eBGP peering sessions The Option C model combines MP-eBGP exchange of VPNv4 routes between route reflectors (RRs) of different autonomous systems with the next hops for these routes exchanged between corresponding ASBR routers. In the Option C model, VPNv4 routes are neither maintained nor distributed by the ASBRs. ASBRs must maintain labeled IPv4 /32 routes to the PE routers within its autonomous system and use eBGP to distribute these routes to other autonomous systems. ASBRs in any transit autonomous systems will also have to use eBGP to pass along the labeled /32 routes. The result is the creation of a LSP from the ingress PE router to the egress PE router. Because RRs of different autonomous systems will not be directly connected, multihop fuctionality is required to allow for the establishment of the MP-eBGP peering sessions. The exchange of next hops is necessary because the RRs do not reset the next-hop attribute of the VPNv4 routes when advertising them to adjacent autonomous systems because they do not want to attract the traffic for the destinations that they advertise. They are not the original endpointjust a relay station between the source and receiver PEs. The PE router next-hop addresses for the VPNv4 routes, thus, are exchanged between ASBR routers. The exchange of these addresses between autonomous systems can be accomplished by redistributing the PE router /32 addresses between the autonomous systems or by using BGP label distribution. Note Option C normally is deployed only when each autonomous system belongs to the same overall authority, such as a global Layer 3 MPLS VPN service provider with autonomous systems in different regions of the world. Option B is equally suited for this purpose and is also deployed in networks where autonomy between different regions is desired. Nessa solucao o MDT precisa ser o mesmo nos dois AS. 1.1 How BGP Sends MPLS Labels with Routes When BGP (EBGP and IBGP) distributes a route, it can also distribute an MPLS label that is mapped to that route. The MPLS label mapping information for the route is carried in the BGP update message that contains the information about the route. If the next hop is not changed, the label is preserved. When you issue the neighbor send-label command on both BPG routers, the routers advertise to each other that they can then send MPLS labels with the routes. If the routers successfully negotiate their ability to send MPLS labels, the routers add MPLS labels to all outgoing BGP updates. Cenario 1.2 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.3 Topologia 1.4 IOS utilizados CE1, PE1, P1, PE2, PE3, P2, PE4 e CE2 c7200-k91p-mz.122-25.S15.bin 1.5 Configuracao dos Roteadores 1.5.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.5.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.5.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.5.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.5.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.5.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.5.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
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!