|
Políticas sobre el enrutamiento |
|
|
|
|
Las siguientes políticas de enrutamiento rigen la operación y administración de NAP.EC:
- Protocolo de enrutamiento BGP.
- Una sola sesión BGP por conexión con un servidor de rutas.
- No se permite ebgp multi-hop.
- Se bloquean rangos de direcciones IPv4 de uso especial (RFC 5735, es decir redes privadas, de documentación, de uso experimental o de investigación, reservadas por IANA) y rutas por defecto.
- Se aceptan prefijos IPv4 con máscaras entre 18 y 24 bits.
- Se aceptan prefijos IPv6 con máscaras entre 31 y 48 bits.
- En NAP.EC no se filtran aplicaciones, ni “prefijos válidos”; esta condición debe cumplirse también de lado del proveedor .
- No se aceptan conexiones con números de sistema autónomo (ASN) de uso privado (RFC 1930) o de documentación (RFC 5398). Se eliminan del ASPATH los ASN privados.
- Desde NAP.EC, "todos" los prefijos son anunciados con comunidad no-export.
- A todos los prefijos recibidos en NAP.EC se les asigna un valor de cero para el atributo MED.
- Desde NAP.EC, los prefijos son anunciados con los siguientes valores del atributo MED: 0 si ha sido
recibido en el mismo nodo (ciudad) y 100 si ha sido recibido en otro
nodo (ciudad).
- En el extremo de NAP.EC, se maneja un máximo para el número de prefijos recibidos por sesión.
- Si el proveedor desea configurar un máximo para el número de prefijos recibidos desde NAP.EC, este número máximo deberá ser consultado y coordinado con la administración de NAP.EC.
|
