Introducción de IPv6 en Telecom Argentina

Transcripción

1 Introducción de IPv6 en Telecom Argentina Estado actual y próximos pasos LACNOG - San Pablo, Brasil Octubre de 2010 Gabriel N. Castro 1

2 Introducción de IPv6 en Telecom Argentina Agenda Parte A -Despliegue ESTADO ACTUAL DEL DESPLIEGUE de IPv6 INTRODUCCION DE IPv6 EN EL BACKBONE MPLS- Foco en accesos corporativos y wholesale TECNOLOGIA 6PE TECNOLOGIA 6VPE EXPERIENCIA EN ACTIVACIÓN DE SERVICIOS IPv6 Parte B- Prospección ESTUDIO DE ESTRATEGIAS DE TRANSICION A IPV6 EN EL ACCESO MASIVO PRIMER PASO EN LA ESTRATEGIA DE RESOLUCION DE FALTA DE DIRECCIONES IPV4 PARA ACCESOS MASIVOS- CARRIER GRADE NAT- TECNOLOGÍA DE TUNNELING 6RD - Foco en Accesos Masivos TECNOLOGÍA DE DUAL STACK- Foco en Accesos Masivos CASO ACCESO BROADBAND FIJO xdsl DUAL-STACK- Arquitectura PPPoE IPoE CASO ACCESO BROADBAND MOVIL DUAL STACK RECOMENDACIONES 2

3 Introducción de IPv6 en Telecom Argentina- Parte A Despliegue Estado Actual del Despliegue de IPv6 Tecnología dual-stack IPv6+IPv4 para servicios de acceso a Internet en proceso despliegue en el edge del Backbone IP/MPLS- mas del 95% completo. Interconexion internacional en dual-stack IPv6 + IPv4 actualmente en producción con 3000 prefijos IPv6 recibidos desde el exterior y presencia de Telecom en Internet IPv6 con su propio prefijo. Un cliente corporativo en producción para servicios de acceso a internet en dual-stack IPv6 + IPv4 accediendo a PE del BBIP mediante acceso metroethernet layer 2. En desarrollo incorporación de tecnología dual-stack para servicios VPN MPLS en IPv6. Actualmente en fase de homologación interna en laboratorio. En estudio soluciones técnicas para incorporar IPv6 al acceso broadband móvil celular y fijo. 3

4 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Introducción de IPv6 en el Backbone MPLS -foco en servicios corporativos y wholesale- Tecnología 6PE - RFC PE- IPv6 packets transported frompetopeinsidemplsnetwork Tecnología 6VPE - RFC VPE (IPv6 packets transported from PE to PE inside VPN-MPLS network) 4

5 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Tecnología 6PE : Principales Beneficios y Consideraciones No se requiere modificar el funcionamiento de la capa de core MPLS P existente El trafico IPv6 recibe los beneficios de MPLS ( TE, FRR, rápida conmutación, etc.) Se debe adaptar la capa de edge MPLS PE que aprovisionara los servicios al cliente. Esta función posibilita brindar conectividad IPv4, IPv4+IPv6, o IPv6 hacia el CPE. Solo los routers PE deberán ser adaptados, minimizando el impacto Los routers PE podran soportar los protocolos de routing en IPv6 deformasimilaralosusadosenipv4.losrecursosdecontrolplane estan compartidos. En este punto, hay que tener en cuenta el concepto de DOS REDES LOGICAS Superpuestas 5

6 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Tecnología 6PE : Principales Beneficios y Consideraciones La función de MP-BGP utilizada para los servicios IPv4 se mantiene con el agregado de una familia de direcciones nueva para IPv6. Se puede reultilizar la misma infraestructura de Route Reflector de IPv4, aunque es recomendable separar las funciones de control plane IPv6 de la de IPv4 para lograr mayor estabilidadyescalabilidad(unrrparaipv4yotroparaipv6) Key Points: El atributo next-hop que va en la publicación MP-BGP es la dirección IPv4 loopback del 6PE. Es un dirección IPv4 mapeada a IPv6. Se forma del siguiente modo para ser publicada(::ffff:<6pe loopback IPv4 address>). Al paquete IPv6 de ingreso en la red se lo transporta mediante la imposición de dos etiquetas lógicas del stack MPLS: Outerlabel:laetiquetaldpenestenivellosconducehastael6PEdesalida Inner label: la etiqueta asignada por ibgp para que el paquete IPv6 en cuanto arribe al 6PE de salida llegue al destino. Sin esta etiqueta el paquete seria descartado luego del penultimate-hop-popping. Se denomina BGP label 6

7 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Prefijo IPv6 6PE B 2001:F00D::/64 [200/0] vía ::FFFF: , IPv6-mpls 2001:F00D::/64, nexthop ::FFFF: Fuente : Cisco Systems tags imposed { } ldp bgp 7

8 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Tecnología 6VPE : Principales Beneficios y Consideraciones 6VPE agrega el soporte de IPv6 a la funcionalidad ya existente de MPLSVPNenIPv4. El cliente final mantiene el mismo servicio de VPN con las mismas funcionalidades (calidad de servicio, topologías full mesh o hub and spoke, acceso a internet, etc). En el backbone MPLS se mantiene la misma modalidad de configuración para la provisión y operación, tanto para una VPNv4 como una VPNv6. Lacapadecore delbackbonesemantienesincambios. Se debe adaptar la capa de edge MPLS PE que provisionará los servicios al cliente. Esta función posibilita brindar conectividad en VPN para IPv4, IPv4+IPv6, o IPv6 hacia el CPE. Solo los routers PE deberán ser adaptados, minimizando el impacto 8

9 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Tecnología 6VPE : Principales Beneficios y Consideraciones La función de MP-BGP utilizada para los servicios VPNv4 se mantiene con el agregado de una familia de direcciones nueva para VPNv6 (AFI=2, SAFI=128). Se puede reultilizar la misma infraestructura de Route Reflector de VPNv4, aunque es recomendable separar las funciones de control plane VPNv6 de la de VPNv4 para lograr mayor estabilidad y escalabilidad( un RR para VPNv4 y otro para VPNv6). Los routers PE podrán soportar los protocolos de routing en IPv6 deformasimilaralosusadosenipv4.losrecursosdecontrolplane estan compartidos. En este punto, hay que tener en cuenta el concepto de DOS REDES LOGICAS superpuestas. 9

10 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Prefijos IPv6 en VRF B 2001:db8:beef:1::/64 [200/0] via %Default-IP-Routing-Table, indirectly connected B 2001:db8:beef:2::/64 [20/0] via FE80::A8BB:CCFF:FE01:FA00, Ethernet1/0 B 2001:db8:cafe:1::/64 [200/0] via %Default-IP-Routing-Table, indirectly connected C 2001:db8:cafe:3::/64 [0/0] via Ethernet1/0, directly connected Fuente : Cisco Systems 10

11 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Experiencia en Activación de Servicios IPv6 Con el test field finalizado en 2010 con la Red de Interconexión universitaria administrada por la RIU, Telecom marco su primer hito iniciando un camino de largo plazo hacia la transición final a IPv6. Es el primer servicio comercial de acceso a internet brindado por la compañía. La solución utilizada es 6PE (IPv6 overmpls-ipv4) sobre el Backbone y Dual StackIPv4-IPv6 en el acceso. 11

12 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Experiencia en Activación de Servicios IPv6 La RIU (4270) propaga a Telecom los siguiente prefijos *> 2800:110::/ :13d0:: i -- RIU *> 2800:340::/ :13d0:: I -- AS clientes RIU *> 2800:1c0::/ :13d0:: i El router internacional anuncia los prefijos ipv6 propagados: El siguiente show muestra el data plane de trafico en sentido download de internet. El trafico es conducido por el LSP con impositions de labels mpls que aplica el primer salto al core, el P recibira el paquete y hace el pop del ldp-label(outer label). 2001:13d0::/32, version 3, internal 0x (0x9d82fa80) [1], 0x0 (0x0), 0x4100 (0x9d607728) Updated Jun 3 17:00: Prefix Len 32, traffic index 0, precedence routine (0) via ::ffff: , 3 dependencies, recursive --- ipv6 nh no valido next hop ::ffff: via ::ffff: :0 next hop Te0/0/0/0 labels imposed { } -- bgp-label next hop Te0/9/0/0 labels imposed { } - ldp-label Network Next Hop From AS Path 2001:13d0::/ i 2001:41a8:5000:2::c/126 :: Local? 2800:110::/ :1c0::/ i 2800:340::/ i Loocking glass del prefijo RIU (4270) anunciado por Seabone-v6 2800:110::/32 BGP routing table entry for 2800:110::/32, version Bestpath Modifiers: deterministic-med Paths: (1 available, best #1, table Global-IPv6-Table) Not advertised to any peer :FFFF: (metric 815) from ( ) Origin IGP, metric 0, localpref 100, valid, internal, best Community: 6762:1 6762: :

13 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Experiencia en Activación de Servicios IPv6 con Clientes Se requirió un periodo de prueba de campo para estabilizar el servicio. Las pruebas se iniciaron en la modalidad de túneles manuales IPv6 sobre IPv4. La solución se extendió hasta el upstream provider. Los resultados en esta etapa no fueron satisfactorios debido a la inestabilidad en el routing y la dificultad operativa en el troubleshoting. Al migrar a la solución dual-stack en el acceso, se logro mantener el mismo plano de forwarding para IPv4 e IPV6, logrando una mejor predicción de trayectorias de tráfico y facilidad de la operación industrial a gran escala. ElcostodelasoluciónesmayorenDualStack(seconstruyenymantienen dos redes, seguridad incluida). 13

14 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Experiencia en Activación de Servicios IPv6 Estado DNS DNS Resolver software dual stack. DNS dentro del dominio IPv6: 0.d ip6.arpa ANSWER SECTION: 0.d ip6.arpa. 1H IN NS sn2.telecom.net.ar. 0.d ip6.arpa. 1H IN NS sn1.telecom.net.ar. 0.d ip6.arpa. 1H IN SOA sn1.telecom.net.ar. noc.ta.telecom.com.ar Resolución inversa del prefijo /32 asignado a Telecom, OK. Resolución inversa y directa de los inversos de cada host IPv6 de Telecom : falta adaptar la aplicación que hace de interfaz de usuario para la carga de los registros. La opción hoy es manual. En estudio addressing. Resolución autoritativa software dual stack. 14

15 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Experiencia en Activación de Servicios IPv6 Estado DNS query nslookup ipv6.google.com aaaa > set type=aaaa > ipv6.google.com Servidor: ns1.arnet.com.ar Address: (x.x.x.x, ipv4) Respuesta no autoritativa: ipv6.google.com canonical name = ipv6.l.google.com ipv6.l.google.com AAAA IPv6 address = 2800:3f0:8001::68 Access Google services over IPv6, *separate DNS servers for your IPv6 users ( not shares with IPv4-oly users) query nslookup aaaa > set type=aaaa > Servidor: ns1.arnet.com.ar Address: (x.x.x.x, ipv4) Respuesta no autoritativa: canonical name = I.google.com primary name server = ns1.google.com responsible mail addr = dns-admin.google.com query nslookup a >set type=a > Servidor: ns1.arnet.com.ar Address: (x.x.x.x, ipv4) Respuesta no autoritativa: Nombre: Address:

16 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Experiencia en Activación de Servicios IPv6 Estado DNS nslookup Servidor: rc.a07.yahoodns.net Address: Aliases: rc.yahoo.com nslookup Servidor: Address: nslookup Servidor: Address: Aliases: nslookup Servidor: hp-core.ebay.com Addresses: Aliases: nslookup twitter.com Servidor: twitter.com Addresses: nslookup Servidor: Address: nslookup Servidor: youtube-ui.l.google.com Addresses: Aliases: ( require Google over IPv6 service ) Dual Stack nslookup isoc.org Servidor: isoc.org Addresses: 2001:41c8:20:: nslookup Servidor: ianawww.vip.icann.org Addresses: 2620:0:2d0:200:: Aliases: nslookup Servidor: Addresses: 2001:500:4:13:: :500:4:13:: nslookup Servidor: lacnic.net Addresses: 001:13c7:7002:4000:: Aliases: nslookup Servidor: Addresses: 2001:1890:1112:1::

17 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Experiencia en Activación de Servicios IPv6 Desafíos en la Interconexión Hipótesis: Cuando una determinada cantidad de clientes tengan la posibilidad de acceder a IPv6, sus comunicaciones fallarán por timeout en lugar de transparentemente switchear a IPv4. Trayectorias con baja latencia. Simetria en trayectos IPv4 e IPv6 para el mismo sitio. Confiabilidad Conectividad de DNS Soporte con procesos industriales 17

18 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Experiencia en Activación de Servicios IPv6 Desafíos en la Interconexión TeliaSonera Looking Glass Honk Kong IPv4 1 las-bb1-link.telia.net ( ) ms ms ms 2 dls-bb1-link.telia.net ( ) ms ms ms 3 mai-b1-link.telia.net ( ) ms ms ms 4 telecomitalia-ic mai-b1.c.telia.net ( ) ms ms ms 5 telecom-argentina.baires2.bai.seabone.net ( ) ms ms ms IPv6 1 ash-bb1-v6.telia.net (2001:2000:3018:2b::1) ms ms ms :41a8:5000:2::e (2001:41a8:5000:2::e) ms ms ms 3 * * * :13d0:0:1::1 (2001:13d0:0:1::1) ms ms ms Testing IPv6-IPv4,Buenos Aires 2001:13d0:0:1::1, Berlin IPv4 1 ffm-bb2-link.telia.net ( ) 20 msec 20 msec 20 msec 2 ffm-b2-link.telia.net ( ) 44 msec ffm-b2-link.telia.net ( ) 20 msec 16 msec 3te1-3.franco34.fra.seabone.net ( ) 20 msec 20 msec te2-2.franco34.fra.seabone.net ( ) 20 msec 4 telecom-argentina.baires2.bai.seabone.net ( ) 268 msec 276 msec 280 msec IPv6 1 * * * 2 telia.franco34.fra.seabone.net (2001:41A8:600:2::45) 20 msec telia.franco34.fra.seabone.net (2001:41A8:600:2::5D) 20 msec telia.franco34.fra.seabone.net (2001:41A8:600:2::45) 20 msec 3 telia.franco34.fra.seabone.net (2001:41A8:600:2::5D) 20 msec * 20 msec :41A8:5000:2::E 284 msec 284 msec 264 msec 5 * * * :13D0:0:1::1 284 msec 284 msec 272 msec New York IPv4 1 nyk-bb2-link.telia.net ( ) ms ms nyk-bb1-link.telia.net ( ) ms 2 ash-bb1-link.telia.net ( ) ms ash-bb1-link.telia.net ( ) ms ms 3 atl-bb1-link.telia.net ( ) ms atl-bb1-link.telia.net ( ) ms ms 4 mai-b1-link.telia.net ( ) ms ms mai-bb1-link.telia.net ( ) ms 5 telecomitalia-ic mai-b1.c.telia.net ( ) ms ms ms 6 telecom-argentina.baires2.bai.seabone.net ( ) ms ms ms IPv6 1 ash-bb1-v6.telia.net (2001:2000:3018:2b::1) ms ms ms :41a8:5000:2::e (2001:41a8:5000:2::e) ms ms ms 3 *** :13d0:0:1::1 (2001:13d0:0:1::1) ms ms ms 18

19 Introducción de IPv6 en Telecom Argentina - Parte A Despliegue Experiencia en Activación de Servicios IPv6 Desafíos en la Interconexión ALOG Datacenters do Brasil - Looking Glass Sao Paulo IPv ,static datacenter1.com.br,0.0%,5,0.6,1.7, ,g3-3-edge-02-sp.alog.com.br,0.0%,5,0.6,1.0, ,ge sanpaolo2.spa.seabone.net,0.0%,5,1.4,2.4, ,ge2-0-0.baires2.bai.seabone.net,0.0%,5,28.1,28.4, ,telecom-argentina.baires2.bai.seabone.net,0.0%,5,29.3,31.6, ,host telecom.net.ar,0.0%,5,29.0,29.2, ,host telecom.net.ar,0.0%,5,29.6,30.9,30.6 IPv6 1, 2001:12e8:1:6::2,--,0.0%,5,0.7,0.9, :12e8:1:1::2:1,--,0.0%,5,0.6,2.5, :12ff:aaaa::3:703:1,as ipv6.nic.br,0.0%,5,0.9,1.0, :12ff:2:1::241,ge gw01.registro.br,0.0%,51.0,1.0, :450:2002:7f::1,--,60.0%,5,1.3,1.3,1.3, 6???,--,100.0,5,0.0,0.0, :41a8:5000:2::e,--,20.0%,5,50.7,50.7, :41a8:5000:2::e,--,40.0%,5,50.5,52.0,51.1 9???,--,100.0,5,0.0,0.0,0.0, :13d0:0:1::1,--,60.0%,5,51.3,51.3,52.0 Looking Glass Algar Telecom Sao Paulo IPv4 1 ge core-a.spo511.ctbc.com.br ( ) ms ms ms 2 ge core-b.spo511.ctbc.com.br ( ) ms ms ms 3 ge4-0-0.sanpaolo1.spa.seabone.net ( ) [AS 6762] ms ms ms 4 ge0-0-0.baires2.bai.seabone.net ( ) [AS 6762] ms ms ms 5 telecom-argentina.baires2.bai.seabone.net ( ) [AS 6762] ms ms ms IPv :1291:0:28::b (2001:1291:0:28::b) ms ms ms :1291:0:5::a (2001:1291:0:5::a) ms ms ms 3 ctbc.sanpaolo1.spa.seabone.net (2001:41a8:5200:2::11) ms ms ms :41a8:5000:2::e (2001:41a8:5000:2::e) ms ms ms :41a8:5000:2::e (2001:41a8:5000:2::e) ms ms ms 19

20 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Estudio de Estrategias de Transición a IPv6 en el Acceso Masivo Fuente : Cisco Systems 20

21 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Primer Paso en la Estrategia de Mitigación de Falta de Direcciones IPv4 para Accesos Masivos - Carrier Grade NAT- Estandarizacion IETF: Double NAT(NAT444) for CGN( Carrier Grade NAT). NAT444 with ISP Shared Address. draft-shirasaki-nat444-isp-shared-addr- 00. A los usuarios se les asigna un dirección IPv4 privada. En el acceso al backbone,setraduceaipv4pública,compartida entrevarios. En estudio para eventual introducción en conexión GGSN y servicios broadband móvil. Desafíos en tratamiento (intercepción legal y patrones de aplicaciones particulares, operación y troubleshooting). No resuelve el largo plazo para la falta de direcciones IPv4). 21

22 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Primer Paso en la Estrategia de Mitigación de Falta de Direcciones IPv4 para Accesos Masivos - Carrier Grade NAT- Statefull NAT444 20M de translaciones 1M de conecciones/seg Registros(timestamp, privado/publico SA, DA, port information) Alto throughput simetrico(perfil ~10 sesiones con 100Kb de b/w cada una) Port Limit (100/30/3) Port Forwarding ALGs (problema de RTSP, costo/complejidad en el soporte de ALGs para miles de subscriptores con IP privada, variedad de versiones de ALGs dependiendo de la aplicación, problemas regulatorios si se modifican en la red aplicaciones OTT utilizando ALGs, geo-localización,etc) Redundancia activa

23 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Primer Paso en la Estrategia de Mitigación de Falta de Direcciones IPv4 para Accesos Masivos - Carrier Grade NAT- Fuente : Cisco Systems Incoming VRF Outgoing VRF SrcAddress Translated Adr SrcPort Translated Port Protocol UDP UDP UDP 23

24 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Tecnología de Tunneling 6RD - Foco en Accesos Masivos Estandarización IETF : PROPOSED-STANDARD RFC 5969 IPv6 Rapid Deployment on IPv4 Infrastructures (6rd) Protocol Specification Abstract : This document specifies an automatic tunneling mechanism tailored to advance deployment of IPv6 to end users via a service provider's IPv4 network infrastructure. Key aspects include automatic IPv6 prefix delegation to sites, stateless operation, simple provisioning, and service, which is equivalent to native IPv6 at the sites that are served by the mechanism Mecanismo de transición para un rápido despliegue de servicios IPv6 sobre redes de acceso IPv4 existentes. Encapsula el tráfico IPv6 sobre IPv4.Se requiere provisionar únicamente sobre los extremos del túnel. No se requiere implementar Neighbor Discovery, ICMPv6, u otros protoclos de Ipv6 en la red de acceso. Extremos del túnel : 6RD Border Relay dual stack en el backbone, y módem dual stack en la casa de cliente con soporte de 6RD 24

25 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Tecnología de Tunneling 6RD - Foco en Accesos Masivos Principales ventajas: La dirección IPv6 se deriva de la dirección IPv4 (prefijo IPv6 6RD del carrier + IPv4 del CPE + ID de interfaz ). El RG obtiene el prefijo 6RD y la dirección IPv4 del BR mediante DHCPv4. Facilita el provisioning y reduce la inversión en sistemas informáticos No requiere modificar la red de acceso. No requiere BAS con soporte IPv6. Solo el CPE dual stack. No requiere mantener estados Se puede combinar con NAT444 Routing eficiente interdominio. Utiliza el prefijo IPv6 del carrier, a diferencia de 6to4. El tráfico IPv6 sigue el enrutamiento IPv4. Si la dirección IPv6 destino pertenece al mismo carrier, el paquete es enrutado directamente al destino sin pasar por el BR. Desafíos : Se requiere upgrade de los CPE. En desarrollo en el mercado. Planning capacity. Bottlenecks El extraheader de encapsulado podría reducir el rendimiento del BW de acceso. Multicast 25

26 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Tecnología de Tunneling 6RD - Foco en Accesos Masivos <= 32 bits 32 bits Fuente : Cisco Systems Prefijo 6RD IP v4 Interface ID Prefijo IPv6 (64 bits) 64 bits Dirección IPv6 formada utilizando un prefijo 6RD 26

27 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Tecnología Dual Stack - Foco en Accesos Masivos IPv6 y IPv4 dual stack Ventajas Soporta aplicaciones IPv4 existentes. Puede ser combinado con NAT44 para mitigación de falta de direcciones IPv4. Cuando los servicios estén en IPv6, se puede discontinuar IPv4 fácilmente. Desafíos Continuar utilizando IPv4 no resuelve la falta de direcciones IPv4. Desplegar IPv6 sobre una infraestructura IPv4 deriva en un modelo de dos redes lógicas, que puede aumentar el costo de Capex yopex 27

28 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Tecnología Dual Stack - Foco en Accesos Masivos Acceso Broadband PPP Dual Stack soportado sobre una misma sesión PPP compartida. Se ejecuta NCP v4 y NCP v6 simultáneamente. No consume recursos extra de estado de sesión de BRAS. Acceso Broadband IPoE Esta en estudio la forma de simular el concepto de sesión. Las posibilidades son: Modelo de dos sesiones independientes, una para IPv4 y otra para IPv6. Modelo de una única sesión Layer 2, donde Ipv4 e Ipv6 se ejecutan sobre una sesión L2/MAC en común. Estandarizacion: Broadband Forum TR-187: IPv6 for PPP Broadband Access Broadband Forum TR-101: BNG capabilities and definitions Broadband Forum WT-177(draft): IPv6 in the Context of TR

29 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Tecnología Dual Stack - Foco en Accesos Masivos RA DHCPv6-PD Métodos de Asignación de Direcciones IPv6 ElBASdistribuyealclienteunprefijo /64. El BAS distribuye al CPE un prefijo /48 utilizando DHCPv6- PD,luegoelCPE distribuyealclienteun prefijo/64utilizando RA. RAy DHCPv6-PD El BAS distribuye al uplink del CPE un prefijo /64 utilizando RA. Luego el BAS distribuye al CPE un prefijo /48 utilizando DHCPv6-PD, por último el CPE distribuye al cliente un prefijo /64 utilizando RA. SingleShotAAA 29

30 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Caso Acceso Broadband Fijo xdsl Dual-Stack- Arquitectura PPPoE - Arquitectura con sesiones PPPoE Dual Stack, sin DHCP-v6 PD, con Radius El Server RADIUS requiere soportar RFC3162(RADIUS attributes and IPv6). Los pooles de prefijos y sus nombres son aplicables mediante AAA. Los siguientes atributos RADIUS descriptos en la RFC 3162 estan soportados para IPv6: Framed-Interface-Id, Framed-IPv6-Prefix, Login-IPv6-Host, Framed-IPv6-Route, Framed-IPv6- Pool. Ejemplo Configuracion RADIUS con asignación de prefijo/64 permanente: Auth-Type = Local, Password = nnn User-Service-Type = Framed-User, Framed-Protocol = PPP, cisco-avpair = ipv6:prefix=2001:db8:1:1::/64 Interface Identifier Attribute(Framed-Interface-Id): Interface-Id = 0:0:0:1, 30

31 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Caso Acceso Broadband Fijo xdsl Dual-Stack - Alternativa IPoE Arquitectura alternativa IPoE Dual Stack -modo 1:1 ( una vlanpor cada cliente) Comparación IPv6(oE) con VLANs 1:1 vs PPPoE A nivel 2, IPv6(oE) con el modelo de VLAN 1:1 tiene semejanzas con la arquitectura PPPoE. Ambos son conexiones punto a punto. Los dominios de broadcast en éste tipo de conexiones no requiere complejidad adicional de nivel2 El identificador de linea de cliente es la misma subinterfaz VLAN 1:1 SLAAC y Route Discovery funcionan igual La diferencia es que el modelo VLAN 1:1 e IPoE v6 en general requieren funcionalidades adicionales en los BAS, aumentando el costo, respecto de PPP (ya maduro). Ejemplos : Autenticación DHCP para el modelo AAA, Neighbor discovery, técnicas de seguridad,ect) 31

32 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Caso Acceso Broadband Fijo xdsl IPoE Dual-Stack - Alternativa Arquitectura alternativa IPoE Dual Stack -modo N :1 ( N clientes en una misma vlan ) Los usuarios aparentan compartir un mismo dominio de broadcast. Se habilita split-horizont para las reglas de forwarding de L2. eltráficodeusuarioausuariosebloqueaanivel2. todoeltráficosedirigealbng,funcionandocomounarednbma. Identificación de la linea de cliente LaVLAN nopuedesermapeadaaunidentificadorde lineadecliente. trabajos en desarrollo, routing de IPv6 en redes NBMA, correlacion del ID del cliente desde el cpe hastaelbas,(ref: BroadbandForumWT-177(draft):IPv6intheContextofTR-101) 32

33 Introducción de IPv6 en Telecom Argentina - Parte B Prospección Caso Acceso Broadband Móvil Dual-Stack Conección PDN Dual Stack y contexto PDP Dual Stack Fuente : Ericsson 33

34 Introducción de IPv6 en Telecom Argentina Recomendaciones Desplegar dual stack en los PE ( 6PE&6VPE )- Revisar escalabilidad Adaptar seguridad. Especializar RRs(Ipv4 / IPv6). Preveer posibilidad DNS dedicados para IPv6. Habilitar dual-stack en todos los peering points( controlar paths asimetricos Ipv4/IPv6 y alta latencia). Planificar CGN con segmentación por servicio. Probar 6RD y dual stackpara uso en el acceso masivo. (Dual stack para móvil, 6RD/Dual Stack para fijo) Comenzar la integración deipv6 a los procesos industriales de gestion/servicio existentes en IPv4 (confiabilidad). Seguir evolución leading cases (comcast6.net IPv6 Information Center, contenidos en IPv6 *)

35 Introducción de IPv6 en Telecom Argentina PREGUNTAS.? Gabriel Castro 35