¿Cómo elegir una ID de enrutador BGP cuando solo utilizo IPv6?

16

Por lo general, cuando usa BGP, puede elegir (o su dispositivo elige cuatro usted) una ID de enrutador de una de sus direcciones IP públicas asignadas.

Ahora, admitamos que solo ejecuta IPv6. Como la ID del enrutador sigue siendo un número de 32 bits, no se puede copiar desde la dirección de un bucle invertido.

El draft-dupont-durand-idr-ipv6-bgp-routerid-01 trae el comienzo de una respuesta, sugiriendo usar su número AS con el sufijo con una parte asignada localmente. Pero eso solo funciona para números AS de 16 bits.

Entonces, ¿cómo elegir un RID para sus dispositivos? Al azar? Si es así, ¿cómo reaccionarían los dispositivos en caso de colisión (ambos extremos de una sesión BGP usan el mismo RID)?

PD: el problema también concierne a OSPF, pero solo tiene que diseñar un esquema coherente de asignación de RID. Lo que no puede hacer cuando usa BGP para mirar con otros ASes.

Benjamin A.
fuente

Respuestas:

9

Coloréeme inseguro sobre esta respuesta ...

los enrutadores solo necesitan ser únicos dentro del espacio OSPF, como mencionaste.

Dentro de BGP, entiendo que solo se usan para detectar una nueva sesión de emparejamiento que se está creando cuando ya existe una ... para lo cual supongo que la solución es derribar la anterior.

Si las sesiones de emparejamiento vienen en diferentes direcciones de transporte, incluso si los identificadores de enrutador presentados son los mismos, se verán como sesiones diferentes porque provienen de diferentes direcciones de transporte (direcciones IPv6 en su escenario).

Entonces ... supongo que la respuesta sería elegir sus identificadores de enrutador para OSPF (presumiblemente v3) y probablemente no sea el fin del mundo si su identificación de enrutador termina duplicando la identificación de enrutador que otro (tercero) utiliza con un compañero AS externo

Jeff McAdams
fuente
4

Suponiendo que realmente no esté ejecutando v4, ni siquiera un bucle invertido, entonces el método que sugeriría sería simplemente asignar un número secuencial por enrutador y usarlo, no es necesario segmentarlo en absoluto, y es posible que tenga un número de inventario que podría funcionar (aunque considere cómo podría funcionar en el contexto de una RMA).

En particular, esto hace que IS-IS sea mucho más agradable de usar que rellenar manualmente una dirección IPv4.

Si (por alguna extraña razón) tenía una red en la que solo algunos dispositivos eran solo IPv6, es posible que desee compensar los números manuales para que no se confundan con las direcciones IPv4 reales. Usar 240/8 es una idea (sugeriría contra 255/8 o incluso 254/8 para ayudar a evitar que un cerebro de operaciones cansado a las 3 am no se pregunte por qué una identificación de enrutador está configurada en una dirección de transmisión).

LapTop006
fuente
2

Mi sugerencia sería adaptar su número AS tratándolo como un AS de 32 bits (si aún no lo está): ponga a cero los 8 bits superiores y ORcon 0xE0000000(lo hace parecer un espacio de multidifusión). Para simplificar la explicación, usaré hexadecimal (no realmente, eso hace que sea más fácil ver los límites)

por ejemplo, si su número AS es 717232 (0x000AF1B0), inicialmente obtiene 0xE00AF1B0 y puede incrementar el octeto más alto para cada altavoz BGP en su AS 0xE00AF1B0, 0xE10AF1B0, etc.

¿Convertir a decimal? fácil, divida el hexadecimal y divida la calculadora de su programador favorito: E0.A.F1.B0 -> 224.10.241.176, E1.A.F1.B0 -> 225.10.241.176, etc.

Por supuesto, hay una cantidad infinita de métodos que podría idear para manejar esta situación, el punto clave es ser proactivo para evitar duplicados. Dentro de BGP, debe asegurarse de que los vecinos no tengan la misma ID de enrutador, sin embargo, puede vincular dos enrutadores separados con la misma ID a un tercero, solo tenga en cuenta que routerid se usa como un interruptor de desempate para la mejor selección de ruta.

Olipro
fuente
1

¿Interfaz de bucle invertido IPv4? Sé que Cisco IOS utilizará la dirección más alta (número de 32 bits) como ID del enrutador.

Ricky Beam
fuente