Valor del campo Protocol (IPv4) o Next Header (IPv6)

El encabezado IP incluye un campo denominado "protocolo" en el encabezado IPv4 y "siguiente encabezado" en el encabezado IPv6. El valor de ese campo indica el contenido encapsulado con ese encabezado y el diseño de esos datos. Puede estar identificando un protocolo de transporte o contenido transmitido directamente sobre el protocolo enrutado en cuestión (IPv4 o IPv6).
Estos identificadores son definidos y mantenidos por IANA.

Comencemos repasando la estructura de esos encabezado de capa de red.

Encabezado de un paquete IPv4

Longitud total del encabezado IP (sin opciones): 20 bytes.

• Versión del protocolo IP: 4 bits.
• HLEN – Longitud del encabezado IP: 4 bits.
• Tipo de servicio: 1 byte.
  Marca el tráfico para posibilitar la implementación de diferentes calidades de servicio.
• Longitud total del paquete: 2 bytes.
  Indica la longitud total del paquete incluyendo encabezado y datos.
• Identificación: 2 bytes.
  Se utiliza para identificar fragmentos únicos.
• Flags: 3 bits.
  Indicadores de control para el proceso de fragmentación.
• Desplazamiento del fragmento: 13 bits.
  Indica la ubicación de un fragmento específico.
• TTL – Time To Live: 1 byte.
  Este campo permite establecer un número máximo de hasta 255 saltos para el recorrido del paquete, lo que asegura que un paquete IP no circulará indefinidamente en la red.
  El valor máximo posible del campo TTL es 255.
  Cada dispositivo de capa 3 que atraviese el paquete en su ruta disminuirá este valor en 1; cuando el campo TTL llegue a un valor igual a 0 (cero) el dispositivo descartará el paquete.
• Protocolo: 1 byte.
  Indica el protocolo capa de transporte u otro que se está transportando en la porción de datos.
• Suma de comprobación de la cabecera: 2 bytes.
  Permite detectar errores de transmisión en el encabezado.
• Dirección IP de origen: 4 bytes.
  Dirección IPv4 del dispositivo que genera el paquete.
• Dirección IP de destino: 4 bytes.
  Dirección IPv4 del dispositivo que recibirá el paquete.
• Opciones: longitud variable.
• Relleno: junto al campo anterior completa 4 bytes.
  Se utiliza para garantizar que el encabezado se corresponda con la estructura de 32 bits.

Encabezado de un paquete IPv6

• Versión: 4 bits.
  Contiene el ID 6, en lugar del ID 4 que identifica la versión en IPv4.
• Clase de tráfico: 1 byte.
  Similar al campo tipo de servicio (ToS) en IPv4.
  El nodo de origen utiliza este campo para marcar la prioridad de los paquetes salientes.
• Etiqueta de flujo: 20 bits.
  Se utiliza para marcar flujos de tráfico individuales con valores únicos. Se espera que los routers utilicen esta etiqueta para aplicar un tratamiento de calidad de servicio (QoS) idéntico a cada paquete en un único flujo.
• Longitud de la carga: 2 bytes.
  Opera como el campo Longitud para IPv4, pero debido a que el encabezado base de IPv6 tiene un tamaño fijo, este campo describe la longitud de la carga útil únicamente, no de todo el paquete.
• Próximo encabezado: 1 byte.
  Este campo determina el tipo de información que sigue al encabezado IPv6.
• Límite de saltos: 1 byte.
  Especifica el número máximo de saltos que puede realizar un paquete IPv6.
  El valor inicial lo establece el sistema operativo (64 o 128 es común, pero depende del sistema operativo).
  Opera de modo similar al campo TTL en IPv4. Su valor se reduce por cada salto IPv6 a lo largo de la ruta hacia el destino. El paquete IPv6 se descarta cuando el valor llega a 0.
• Dirección de origen: 16 bytes.
  Identifica el origen del paquete.
• Dirección de destino: 16 bytes.
  Identifica el destino del paquete.

El valor del campo "Protocolo" o "Próximo encabezado"

El valor de este campo indica el contenido encapsulado a continuación en el paquete y el diseño de esos datos. Puede estar identificando un protocolo de transporte o contenido transmitido directamente sobre el protocolo enrutado en cuestión (IPv4 o IPv6).

Estos identificadores son definidos, asignados y mantenidos por IANA.

La siguiente es la nómina de valores actuales definidos para este campo:

Valor
Hexadecimal  Número ID        Protocolo

0x00                  0                  HOPOPT - IPv6 Hop-by-Hop Option
0x01                  1                     ICMP - Internet Control Message Protocol
0x02                  2                     IGMP - Internet Group Management Protocol
0x03                  3                     GGP0 - Gateway-to-Gateway Protocol
0x04                  4                     IP-in-IP - IP-in-IP IP in IP (encapsulación)
0x05                  5                     ST - Internet Stream Protocol
0x06                  6                     TCP - Transmission Control Protocol
0x07                  7                     CBT - Core-based trees
0x08                  8                     EGP - Exterior Gateway Protocol
0x09                  9                     IGP - Interior Gateway Protocol
0x0A               10                     BBN-RCC-MON - BBN RCC Monitoring
0x0B               11                      NVP-II - Network Voice Protocol
0x0C               12                      PUP - Xerox PUP
0x0D               13                      ARGUS
0x0E               14                      EMCON
0x0F               15                      XNET - Cross Net Debugger
0x10               16                      CHAOS
0x11               17                      UDP - User Datagram Protocol
0x12               18                       MUX - Multiplexing
0x13               19                       DCN-MEAS - DCN Measurement Subsystems
0x14               20                       HMP - Host Monitoring Protocol
0x15               21                       PRM - Packet Radio Measurement
0x16               22                       XNS-IDP - XEROX NS IDP
0x17               23                       TRUNK-1
0x18               24                       TRUNK-2
0x19               25                       LEAF-1
0x1A              26                       LEAF-2
0x1B              27                       RDP - Reliable Data Protocol
0x1C              28                       IRTP - Internet Reliable Transaction Protocol
0x1D              29                       ISO-TP4 - ISO Transport Protocol Class 4
0x1E              30                       NETBLT - Bulk Data Transfer Protocol
0x1F              31                       MFE-NSP - MFE Network Services Protocol
0x20              32                       MERIT-INP - MERIT Internodal Protocol
0x21              33                       DCCP - Datagram Congestion Control Protocol
0x22              34                       3PC - Third Party Connect Protocol
0x23              35                       IDPR - Inter-Domain Policy Routing Protocol
0x24              36                       XTP - Xpress Transport Protocol
0x25              37                       DDP - Datagram Delivery Protocol
0x26              38                       IDPR-CMTP - IDPR Control Message Transport Protocol
0x27              39                       TP++ - TP++ Transport Protocol
0x28              40                       IL - IL Transport Protocol
0x29              41                       IPv6 - IPv6 Encapsulation (6to4 and 6in4)
0x2A             42                       SDRP - Source Demand Routing Protocol
0x2B             43                       IPv6-Route - Routing Header for IPv6
0x2C             44                       IPv6-Frag - Fragment Header for IPv6
0x2D             45                       IDRP - Inter-Domain Routing Protocol
0x2E             46                       RSVP - Resource Reservation Protocol
0x2F             47                       GRE - Generic Routing Encapsulation
0x30             48                       DSR - Dynamic Source Routing Protocol
0x31             49                       BNA - Burroughs Network Architecture
0x32             50                       ESP - Encapsulating Security Payload
0x33             51                       AH - Authentication Header
0x34             52                       I-NLSP - Integrated Net Layer Security Protocol
0x35             53                       SwIPe - SwIPe
0x36             54                       NARP - NBMA Address Resolution Protocol
0x37             55                       MOBILE - IP Mobility (Min Encap)
0x38             56                       TLSP - Transport Layer Security Protocol
0x39             57                       SKIP - Simple Key-Management for Internet Protocol
0x3A            58                        IPv6-ICMP - ICMP for IPv6
0x3B            59                        IPv6-NoNxt - No Next Header for IPv6
0x3C            60                        IPv6-Opts - Destination Options for IPv6
0x3D            61                        Any host internal protocol
0x3E            62                        CFTP
0x3F            63                         Any local network
0x40            64                         SAT-EXPAK - SATNET and Backroom EXPAK
0x41            65                         KRYPTOLAN - Kryptolan
0x42            66                         RVD - MIT Remote Virtual Disk Protocol
0x43            67                         IPPC - Internet Pluribus Packet Core
0x44            68                         Any distributed file system
0x45            69                         SAT-MON - SATNET Monitoring
0x46            70                         VISA - VISA Protocol
0x47            71                         IPCU - Internet Packet Core Utility
0x48            72                         CPNX - Computer Protocol Network Executive
0x49            73                         CPHB - Computer Protocol Heart Beat
0x4A           74                         WSN - Wang Span Network
0x4B           75                         PVP - Packet Video Protocol
0x4C           76                        BR-SAT-MON - Backroom SATNET Monitoring
0x4D           77                        SUN-ND - SUN ND PROTOCOL-Temporary
0x4E           78                        WB-MON - WIDEBAND Monitoring
0x4F           79                        WB-EXPAK - WIDEBAND EXPAK
0x50           80                        ISO-IP - International Organization for Standardization Internet Protocol
0x51           81                        VMTP - Versatile Message Transaction Protocol
0x52           82                        SECURE-VMTP - Secure Versatile Message Transaction Protocol
0x53           83                        VINES
0x54           84                        TTP
0x54           84                        IPTM - Internet Protocol Traffic Manager
0x55           85                        NSFNET-IGP
0x56           86                        DGP - Dissimilar Gateway Protocol
0x57           87                        TCF
0x58           88                        EIGRP
0x59           89                        OSPF - Open Shortest Path First
0x5A           90                        Sprite-RPC - Sprite RPC Protocol
0x5B           91                        LARP - Locus Address Resolution Protocol
0x5C           92                        MTP - Multicast Transport Protocol
0x5D           93                        AX.25 
0x5E           94                        OS- KA9Q NOS compatible IP over IP tunneling
0x5F           95                        MICP - Mobile Internetworking Control Protocol
0x60           96                        SCC-SP - Semaphore Communications Sec. Pro
0x61           97                        ETHERIP - Ethernet-within-IP Encapsulation
0x62           98                        ENCAP - Encapsulation Header
0x63           99                        Any private encryption scheme
0x64         100                        GMTP
0x65         101                        IFMP - Ipsilon Flow Management Protocol
0x66         102                        PNNI - PNNI over IP
0x67         103                        PIM - Protocol Independent Multicast
0x68         104                        ARIS - IBM's ARIS (Aggregate Route IP Switching) Protocol
0x69         105                        SCPS - SCPS (Space Communications Protocol Standards)
0x6A         106                       QNX 
0x6B         107                       A/N - Active Networks
0x6C         108                       IPComp - IP Payload Compression Protocol
0x6D         109                       SNP - Sitara Networks Protocol
0x6E         110                        Compaq-Peer Protocol
0x6F          111                       IPX-in-IP
0x70          112                       VRRP - Virtual Router Redundancy Protocol
0x71          113                       PGM - PGM Reliable Transport Protocol
0x72          114                       Any 0-hop protocol
0x73          115                       L2TP - Layer Two Tunneling Protocol Version 3
0x74          116                       DDX - D-II Data Exchange 
0x75          117                       IATP - Interactive Agent Transfer Protocol
0x76          118                       STP - Schedule Transfer Protocol
0x77          119                       SRP - SpectraLink Radio Protocol
0x78          120                       UTI - Universal Transport Interface Protocol
0x79          121                       SMP - Simple Message Protocol
0x7A         122                       SM - Simple Multicast Protocol
0x7B         123                       PTP - Performance Transparency Protocol
0x7C         124                       IS-IS over IPv4
0x7D         125                       FIRE - Flexible Intra-AS Routing Environment
0x7E         126                       CRTP - Combat Radio Transport Protocol
0x7F         127                       CRUDP - Combat Radio User Datagram
0x80         128                       SSCOPMCE - Service-Specific Connection-Oriented Protocol in a
                                                                Multilink and Connectionless Environment
0x81         129                        IPLT
0x82         130                        SPS - Secure Packet Shield
0x83         131                        PIPE - Private IP Encapsulation within IP
0x84         132                        SCTP - Stream Control Transmission Protocol
0x85         133                        FC - Fibre Channel
0x86         134                        RSVP-E2E-IGNORE - Reservation Protocol (RSVP) End-to-End Ignore
0x87         135                        Mobility Header - Mobility Extension Header for IPv6
0x88         136                        UDPLite - Lightweight User Datagram Protocol
0x89         137                        MPLS-in-IP - Multiprotocol Label Switching Encapsulated in IP
0x8A         138                        MANET Protocols
0x8B         139                        HIP - Host Identity Protocol
0x8C         140                        Shim6 - Site Multihoming by IPv6 Intermediation
0x8D         141                        WESP - Wrapped Encapsulating Security Payload
0x8E         142                        ROHC - Robust Header Compression
0x8F         143                        Ethernet IPv6 Segment Routing
0x90-0xFC   144-252            Sin asignar
0xFD-0xFE   253-254           Uso en experimentación y prueba
0xFF         255                       Reserved

Estás invitado a participar de nuestro grupo en Facebook: 
https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,
podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

O también puedes seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

El servidor DHCPv6 en IOS

Los routers Cisco IOS pueden actuar, del mismo modo que en entornos IPv4, como servidores DHCPv6 a través de las interfaces que tienen habilitado el protocolo. Sus capacidades como servidores DHCPv6 les permiten actuar como servidor pleno o solamente como DHCPv6 lite si es necesario.
Es importante tener en cuenta que el servicio DHCPv6 es un servicio completamente diferente e independiente del servicio DHCPv4, si bien operan de modo semejante.

En términos generales su implementación es similar a la del servicio DHCP para redes IPv4 de IOS:

• Se crea un pool DHCPv6 que contiene todos los parámetros de configuración que se deben aplicar a los clientes.
• Es posible definir tanto prefijos de pool que se deben distribuir entre los clientes que requieran configuración como prefijos específicos para clientes en particular.
• El pool se asocia a la interfaz a través de la cual se desea prestar el servicio.
• Este servidor DHCPv6 mantiene en la memoria del router o switch una base de datos con las direcciones asignadas a cada cliente. Esta base de datos puede ser almacenada también de modo permanente tanto en la memoria flash local del dispositivo como en un servidor TFTP externo.

Cada pool DHCPv6 puede incluir:

• Uno o varios prefijos con sus temporizadores para tiempo en de preferencia y validez para la configuración asignada.
• Una lista de prefijos para un cliente en particular.
• Una lista de direcciones IPv6 de servidores DNS.
• Una lista de dominios de nombre para resolución de DNS.

NOTA: Una acabada comprensión del servicio requiere conocimientos claros de direccionamiento IPv6.

Configuración básica del servicio DHCPv6
Switch(config)# ipv6 dhcp pool PRUEBA
Switch(config-dhcp)# address prefix 2001:db8:1:1::/64
Switch(config-dhcp)# address prefix 2001:db8:1:1::/64 lifetime [validez] [preferencia] 
Switch(config-dhcp)# dns-server 2620:119:35::35
Switch(config-dhcp)# dns-server 2620:119:35::53
Switch(config-dhcp)# domain-name cisco.com.ar
Switch(config-dhcp)# exit
Switch(config)# interface vlan 20
Switch(config-if)# ipv6 enable
Switch(config-if)# ipv6 dhcp server PRUEBA
Switch(config-if)# no shutdown

NOTA: IOS no incluye en DHCPv6 un comando que permita excluir direcciones del pool declarado. Sin embargo, en redes IPv6 no hay lugar para direcciones duplicadas merced a la implementación de DAD.

Configuración del servicio DHCPv6 Lite
Switch(config)# ipv6 dhcp pool COMPLEMENTO
Switch(config-dhcp)# dns-server 2620:119:35::53
Switch(config-dhcp)# domain-name cisco.com.ar
Switch(config-dhcp)# exit
Switch(config)# interface vlan 20
Switch(config-if)# ipv6 dhcp server COMPLEMENTO
Switch(config-if)# ipv6 nd other-config-flag

NOTA: La diferencia básica entre un servicio DHCPv6 stateful y un servicio DHCPv6 stateless (o lite) es la ausencia de un comando address prefix

Configuración de un servicio DHCPv6 rapid commit
Switch(config)# ipv6 dhcp pool Prueba
Switch(config-dhcp)# address prefix 2001:db8:1:1::/64
Switch(config-dhcp)# dns-server 2620:119:35::53
Switch(config-dhcp)# domain-name cisco.com.ar
Switch(config-dhcp)# exit
Switch(config)# interface vlan 20
Switch(config-if)# ipv6 dhcp server Prueba rapid-commit

Verificación de la operación de DHCPv6
Switch# show ipv6 dhcp interface vlan 25

Switch# show ipv6 dhcp pool



Para despejar dudas, compartir experiencia con otros, realizar consultas, las redes sociales nos dan una gran herramienta. Para eso están los diferentes grupos asociados a este blog.

Estás invitado a participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,
podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

o seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

DHCPv6 Relay

DHCP es el protocolo habitualmente utilizado para realizar asignación dinámica de configuración IP a dispositivos terminales.

En redes IPv4 DHCPv4 utiliza una dirección broadcast como destino de los paquetes DHCPDiscovery  con los que se inicia la negociación, de allí la necesidad de implementar un DHCP relay cuando el servidor se encuentra en un segmento de red diferente a aquel en el que se encuentran las terminales.
En redes IPv6 el protocolo que nos ofrece un servicio semejante es DHCPv6. En este caso la negociación es iniciada utilizando paquetes DHCPSolicit cuya dirección IPv6 destino se encuentra en formato multicast: FF02::1:2. Pero si bien el destino es una dirección multicast, en IPv6 los paquetes multicast cuyos primeros 16 bits son FF02 no son ruteables.
Como consecuencia, cuando el servidor DHCPv6 se encuentra en un segmento de red diferente a aquel en que se encuentran las terminales es necesario también implementar un DHCPv6 relay.

Como ocurre con DHCP en redes IPv4 entonces, en DHCPv6 es necesario implementar agentes DHCP relay que permitan acceder a servidores DHCPv6 que se encuentran en un segmento de red diferente a aquel en el que se encuentra el cliente DHCPv6 ya que tiene limitaciones semejantes:

• La dirección destino de los mensajes DHCP Solicit es FF02::1:2, que es una dirección multicast de alcance local, por lo que no es ruteable.
• La dirección origen de los mensajes DHCP Solicit es la dirección link local del cliente que no es ruteable.

Consecuentemente la comunicación directa entre el cliente y el servidor DHCPv6 requiere en principio que ambos se encuentren en el mismo segmento de red. Consecuentemente, cuando el servidor DHCPv6 está en un segmento de red diferente se requiere la operación de un agente DHCP relay.
La operación de los agentes DHCP Relay es transparente para los clientes.

Configuración de DHCPv6 relay

Router(config)#interface GigabitEthernet0/2
Router(config-if)# ipv6 dhcp relay destination 2001:db8:1:a::547 Se0/1

• Activa la operación del agente DHPCv6 relay en la interfaz para reenviar las solicitudes DHCPv6 que se reciben en esta interfaz.
• Especifica la dirección IPv6 unicast del servidor destino al que se deben reenviar las solicitudes. Opcionalmente se puede agregar la interfaz de salida que se desea utilizar para alcanzar ese servidor.
• Siempre que se utiliza la dirección link local del servidor DHCPv6 para expresar el destino de las solicitudes, entonces es obligatorio indicar la interfaz de salida.

Router(config-if)# ipv6 dhcp relay source Loopback 0

• Permite definir la dirección IPv6 de origen que se desea utilizar en las solicitudes DHCPv6 que se reenvían hacia el servidor. Normalmente se utiliza con este propósito la interfaz loopback. De esta manera el servidor DHCPv6 utilizará esta dirección IPv6 como destino para sus respuestas.

Para despejar dudas, compartir experiencia con otros, realizar consultas, las redes sociales nos dan una gran herramienta. Para eso están los diferentes grupos asociados a este blog.

Estás invitado a participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/

O si preferís redes sociales con mayor control de tu privacidad,
podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking

o seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

La dirección de loopback

La dirección IP loopback es una dirección ip (también conocida como localhost) reservada específicamente para probar el funcionamiento de TCP/IP en un dispositivo.

• La dirección reservada del espacio de direccionamiento IPv4 es el que corresponde al segmento 127.0.0.0/8
• La dirección reservada del espacio de direccionamiento IPv6 es solamente una IP ::1

¿Para qué se necesita una dirección de loopback?
Las tareas de diagnóstico de una conexión de red, en principio, requieren siempre de 2 terminales: un transmisor y un receptor.
Cuando Internet estaba en sus primeros pasos era posible que ambos terminales estuvieran a cientos o incluso miles de kilómetros de distancia. Y cuando se realizan la misma prueba es deseable que tanto transmisor como receptor se encuentren en el mismo ámbito para tener control de la totalidad de la conexión; esto inicialmente no era posible no sólo por cuestiones de espacio, sino también de tiempo. Por eso es deseable que el inicio y el final del circuito se puedan encontrar en el mismo dispositivo.
De aquí que se introdujera el concepto de loopback originado en las redes analógicas.
Por ello, al diseñar el stack a utilizan en la operación de las redes de datos se introdujo la posibilidad de probar un circuito TCP/IP sin siquiera necesidad de contar con una interfaz de red operativa.
De esta manera es posible  verificar la operación de todos los protocolos de red instalados simplemente ejecutando un ping al localhost o a la dirección IP de loopback.

¿Cuándo se introduce la dirección de loopback?
No está muy claro el momento de introducción de las direcciones de loopback.
Sí es claro que se introducen con IPv4. Uno de los primeros rastros de su implementación está en el código fuente de BSD Unix 4.1a que data de 1983, donde ya se utiliza la red 127, último bloque de direcciones de la Clase A de IPv4:

1  # define LONET   127
2  # define LOHOST  1 / * no puede ser 0, se transmite * /

3  # define LOMTU   ( 1024 + 512 )

El uso del segmento se documentó recién en 1986, en el RFC 990:

Direcciones especiales : 

En ciertos contextos , es útil tener direcciones fijas con significado funcional más que como identificadores de hosts específicos.

• La dirección cero debe ser interpretada como significado "este" , como en "esta red". Por ejemplo, la dirección 0.0.0.37 podría ser interpretada como "el host 37 en esta red". 

• La dirección de todos unos debe interpretarse como que significa "todos", como en "todos los hosts". Por ejemplo, la dirección 128.9.255.255 podría ser interpretada como "todos los hosts en la red 128.9".

Al número de red de clase A 127 se le asigna la función "loopback", esto es, un datagrama enviado por un protocolo de nivel superior a una dirección de la red 127 debe devolverse dentro del host . El datagrama "enviado" a una dirección de red 127 no debería aparecer en ninguna red en ningún momento.

¿Por qué en IPv4 es la red 127.0.0.0/8 completa?
En los inicios del desarrollo de Internet, en el despliegue inicial de ARPANET era reducido en cuanto a la cantidad de nodos conectados, tan reducido que las redes conectadas utilizaban todas aúna direccionamiento clase A.

Diagrama de ARPANET en el año 1982

En ese momento era inimaginable la proporción que tomaría la red en los próximos años, y quizás por eso asignar el último bloque de la clase A parecía lógico y conveniente.

No hay una declaración explícita de por qué se eligió la red 127 y no otra clase B o C. Son muchas las suposiciones que se han hecho al respecto, la más habitual es la facilidad de codificar y reconocer una dirección definida solamente por 1111111.

Podés participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/

O seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.

Comandos: show ipv6 rip database

Los comandos de monitoreo de protocolos de enrutamiento IPv6 son comandos específicos de cada protocolo. En el caso de RIPng el comando show ipv6 rip tiene una variantes específica de importancia que es show ipv6 rip database.

El comando en sí mismo fue introducido en IOS 10.0 y tuvo algunas modificaciones de consideración en IOS 12,2(15)T y IOS 15.1(2)S. La variante "database" fue introducida en IOS 12.2(3)T.
La adición del argumento "database" permite verificar la información correspondiente a las entradas de la tabla de rutas obtenidas por RIPng.

Un ejemplo de este comando en un dispositivo que implementa RIPng:

Router#show ipv6 rip one database
RIP process "one", local RIB
 2001:72D:1000::/64, metric 2
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
 2001:72D:2000::/64, metric 2, installed
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
 2001:72D:3000::/64, metric 2, installed
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
     Ethernet1/2001:DB8::1, expires in 120 secs
 2001:72D:4000::/64, metric 16, expired, [advertise 119/hold 0]
     Ethernet2/2001:DB8:0:ABCD::1
 3004::/64, metric 2 tag 2A, installed
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs


Lectura del comando
Revisemos ahora el resultado de la ejecución del comando:

Router#show ipv6 rip one database

• Pide la información almacenada en la base de datos que corresponde al proceso de RIPng etiquetado con el nombre "one".

RIP process "one", local RIB

• "RIP process"
  Indica el nombre del proceso de RIPng al que corresponde la información de enrutamiento que se muestra a continuación.

 2001:72D:1000::/64, metric 2

• "2002:72D:1000::/64"
  Prefijo IPv6 que identifica la red IPv6 de destino.
• "metric"
  Cantidad de saltos a travesar para alcanzar la red de destino.

     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs

• "Ethernet2"
  Interfaz a través de la cual la ruta ha sido aprendida.
• "2201:DB8:0:ABCD::1"
  Dirección IPv6 que corresponde al próximo salto a través del cual se alcanza la red destino.
• "expires in"
  Tiempo en segundos antes de que la ruta expire.

 2001:72D:2000::/64, metric 2, installed

• "installed"
  Ruta IPv6 que ha sido instalada en la tabla de enrutamiento IPv6 del dispositivo.

     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
 2001:72D:3000::/64, metric 2, installed
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
     Ethernet1/2001:DB8::1, expires in 120 secs
 2001:72D:4000::/64, metric 16, expired, [advertise 119/hold 0]

• "expired"
  La ruta está marcada como inaccesible (métrica = 16 saltos) por haber vencido el temporizador de espera.
• "advertise"
  En el caso de una ruta "expirada", período de tiempo en segundos durante el cual la ruta será anunciada como inalcanzable.
• "hold"
  Valor en segundos del temporizados de holddown que se le aplica a la ruta.

     Ethernet2/2001:DB8:0:ABCD::1
 3004::/64, metric 2 tag 2A, installed

• "tag"
  Etiqueta asociada a la ruta IPv6 que se muestra.

     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en

 el Glosario de Siglas y Términos de Networking

que está disponible en la Librería en Línea de EduBooks.