Políticas sobre el enrutamiento

Las siguientes políticas de enrutamiento gobiernan la operación y administración de NAP.EC:

El protocolo de enrutamiento utilizado es Border Gateway Protocol 4, BGP-4 (RFC 4271, 4760 y sus respectivas actualizaciones).
Una sola sesión BGP por conexión con un servidor de rutas.
No se aceptan conexiones con números de sistema autónomo (ASN) de uso privado (RFC 1930, 6996, 7300) o de documentación (RFC 5398).
El ASPATH de los prefijos no debe contener ASN de uso privado o de documentación.
La longitud máxima permitida para el ASPATH es de 15 sistemas autónomos.
Se descartan rutas por defecto y rangos de direcciones IPv4 e IPv6 de uso especial (redes privadas, de documentación, de uso experimental o de investigación, rangos reservados por IANA, RFC 1918, RFC 4193, RFC 5735, RFC 5737, RFC 6598, RFC 6890).
Se aceptan prefijos IPv4 con máscaras entre 8 y 24 bits.
Se aceptan prefijos IPv6 con máscaras entre 24 y 48 bits.
No se permite ebgp multi-hop.
Los proveedores deben anunciar los mismos prefijos sobre todas sus conexiones a NAP.EC.
Se maneja un número máximo para la cantidad de prefijos recibidos desde los participantes.
Si el participante desea configurar un máximo para el número de prefijos recibidos desde NAP.EC, debe consultar y coordinar el valor adecuado con la administración de NAP.EC. Actualmente, se sugiere 12000 para IPv4 y 4000 para IPv6.
Los prefijos en estado RPKI "invalid" son descartados. Cuando un participante es informado de la presencia de este escenario con algún prefijo, debe dejar de anunciarlo o solucionar el error inmediatamente. Si el recurso IP está bajo administración de otra organización (socia o cliente), el participante de NAP.EC que anuncia dicho prefijo tiene la obligación de reenviar el comunicado a los contactos técnicos adecuados y realizar el seguimiento respectivo hasta que el problema en el enrutamiento sea resuelto. En caso que el participante no solucione el problema oportunamente o los problemas sean reiterados, la conexión será dada de baja hasta que el problema sea resuelto.

En NAP.EC se utiliza comunidades BGP estándar de 8 bits y large (RFC 8092 y 8195) de 32 bits. Las comunidades utilizadas tienen el siguiente significado:

Standard (8 bits)	Large (32 bits)	Significado
no-export	X:0:0	No anunciar a otros peer EBGP
	X:1000:1	Origen RPKI valid
	X:1000:2	Origen RPKI not-found
	X:1000:3	Sin validación de origen RPKI
	X:1000:4	Origen RPKI invalid
	X:1900:1	Prefijo recibido en NAP.EC

X = 52482 en NAP.EC-UIO y 52483 en NAP.EC-GYE

Todos los prefijos son anunciados desde NAP.EC con comunidad estándar "no-export".
En NAP.EC no se filtran aplicaciones, ni prefijos "públicos válidos”, esto debe cumplirse también en el lado del participante.