Propiedades de dirección de interfaz y familia de protocolos

El enrutador tiene una dirección predeterminada y una interfaz principal; y las interfaces tienen direcciones principales y preferidas.

La dirección predeterminada del enrutador se utiliza como dirección de origen en interfaces no numeradas. El proceso de protocolo de enrutamiento intenta seleccionar la dirección predeterminada como id. del enrutador, que utilizan los protocolos, incluidos el OSPF y el BGP interno (IBGP).

La interfaz principal para el enrutador es la interfaz en la que los paquetes salen cuando no se especifica ningún nombre de interfaz y cuando la dirección de destino no implica una interfaz de salida determinada.

La dirección principal de una interfaz se utiliza de forma predeterminada como dirección local para paquetes de difusión y multidifusión que se obtienen localmente y se envían a la interfaz. La dirección preferida de una interfaz es la dirección local predeterminada utilizada para los paquetes que el enrutador local obtiene a los destinos de la subred.

La dirección predeterminada del enrutador se elige mediante la siguiente secuencia:

1. Se utiliza la dirección principal en la interfaz lo0 de circuito cerrado que no 127.0.0.1 es.

2. Se utiliza la dirección principal de la interfaz principal.

3. Cuando hay varias interfaces con direcciones "principal" y "preferida", se selecciona la interfaz con el índice de interfaz más bajo y se utiliza la dirección principal. En caso de que ninguna de las direcciones IP de la interfaz estén explícitamente marcadas con la primary instrucción, se utilizará la dirección numéricamente más baja de esa interfaz como dirección predeterminada del sistema.

4. Se puede seleccionar cualquier interfaz restante con una dirección IP. Esto incluye las interfaces internas o de administración del enrutador. Por este motivo, se recomienda asignar una dirección de circuito cerrado o configurar explícitamente una interfaz principal para controlar la selección predeterminada de direcciones.

Se aplican los siguientes requisitos y restricciones cuando se configuran interfaces De Ethernet sin numeración:

• La unnumbered-address instrucción actualmente admite la configuración de interfaces de Ethernet no numeradas para familias de direcciones IP versión 4 (IPv4) e IP versión 6 (IPv6).

• Puede asignar una dirección IP solo a una interfaz Ethernet que no esté ya configurada como interfaz sin numerar.

• Debe configurar una o varias direcciones IP en la interfaz donada para una interfaz Ethernet sin numerar.

• No puede configurar la interfaz de donantes para una interfaz De Ethernet sin numerar como no numerada.

• Una interfaz Ethernet sin numeración no admite la configuración de las siguientes address opciones de instrucción: arp, broadcast, primary, preferred, o vrrp-group.

  Para obtener más información acerca de estas opciones de instrucción, consulte Configurar la dirección de interfaz.

• Puede ejecutar el Protocolo de administración de grupos de Internet (IGMP) y el módulo de interfaz física (PIM) solo en interfaces Ethernet no numeradas que se enfrentan directamente al host y no tienen vecinos PIM descendentes. No puede ejecutar IGMP o PIM en interfaces Ethernet no numeradas que actúen como interfaces ascendentes en una topología PIM.

• Puede ejecutar OSPF en interfaces Ethernet no numeradas configuradas como una conexión de punto a punto (P2P). Sin embargo, no puede ejecutar OSPF o IS-IS en interfaces Ethernet no numeradas que no están configuradas como P2P.

  Para la distribución de estado de vínculo mediante un protocolo de puerta de enlace interior (IGP), asegúrese de que OSPF esté habilitado en la interfaz de donantes para una configuración de interfaz sin numerar, de modo que se pueda acceder a la dirección IP del donador para establecer sesiones de OSPF.

• Propósito
• Acción
• Significado

• Propósito
• Acción
• Significado

• Propósito
• Acción
• Significado

Al aplicar un filtro de firewall, puede definir una interfaz para que forme parte de un grupo de interfaz. Los paquetes recibidos en esa interfaz se etiquetan como parte del grupo. A continuación, puede hacer coincidir estos paquetes mediante la interface-group instrucción match, como se describe en la Guía del usuario de políticas de enrutamiento, filtros de firewall y policías de tráfico.

Para definir la interfaz que formará parte de un grupo de interfaz, incluya la group instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

• [edit interfaces interface-name unit logical-unit-number family family filter]

• [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family family filter]

Para las interfaces que llevan IP versión 4 (IPv4), IP versión 6 (IPv6), MPLS o tráfico de facturación de AS par, puede mantener los recuentos de paquetes según los puntos de entrada y salida del tráfico que pasa por su red. Los puntos de entrada y salida se identifican mediante prefijos de origen y destino agrupados en conjuntos inconexos definidos como clases de origen y de destino. Puede definir clases según una variedad de parámetros, como vecinos de enrutamiento, sistemas autónomos y filtros de ruta.

La contabilidad de uso de clase fuente (SCU) cuenta los paquetes que se envían a los clientes mediante la búsqueda en la dirección IP de origen. La SCU permite rastrear el tráfico que se origina a partir de prefijos específicos en el núcleo del proveedor y destinado a prefijos específicos en el borde del cliente. Debe habilitar la contabilidad de SCU en las interfaces físicas de entrada y salida, y la ruta para el origen del paquete debe estar ubicada en la tabla de reenvío.

El uso de clase de destino (DCU) cuenta los paquetes de los clientes mediante la búsqueda de la dirección IP de destino. DCU permite rastrear el tráfico que se origina en el borde del cliente y destinado a prefijos específicos en el enrutador de núcleo del proveedor.

Figura 1 muestra una red de ISP. En esta topología, puede usar DCU para contar los paquetes que los clientes envían a prefijos específicos. Por ejemplo, puede tener tres contadores, uno por cliente, que cuentan los paquetes destinados al prefijo 210.210/16 y 220.220/16.

Puede usar SCU para contar paquetes que el proveedor envía desde prefijos específicos. Por ejemplo, puede contar los paquetes que se envían desde el prefijo 210.210/16 y 215.215/16 que se transmiten en una interfaz de salida específica.

Figura 1: Contabilidad de prefijo con clases de origen y destino

Puede configurar hasta 126 clases de origen y 126 clases de destino. Para cada interfaz en la que habilite el uso de clase de destino y el uso de clase de origen, el sistema operativo mantiene un contador específico de interfaz para cada clase correspondiente hasta el límite de 126 clases.

Para habilitar el conteo de paquetes en una interfaz, incluya la accounting instrucción:

direction puede ser uno de los siguientes:

• input: configure al menos un punto de entrada esperado.

• output: configure al menos un punto de salida esperado.

• input output— En una sola interfaz, configure al menos un punto de entrada esperado y uno de salida esperado.

Puede incluir estas instrucciones en los siguientes niveles jerárquicos:

• [edit interfaces interface-name unit logical-unit-number family (inet | inet6 | mpls)]

• [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (inet | inet6 | mpls)]

Para que la SCU funcione, debe configurar al menos una interfaz de entrada y al menos una interfaz de salida.

La capacidad de contar un solo paquete para la contabilidad de SCU y DCU depende de la interfaz física subyacente.

• Para el tráfico a través de las interfaces de concentrador de puerto modular/tarjeta de interfaz modular (MPC/MIC), se cuenta un solo paquete entrante para la contabilidad de SCU y DCU si están configurados tanto SCU como DCU. Para asegurarse de que se cuenta el paquete de salida, incluya las source-class-usage output instrucciones en la configuración de la interfaz de salida.

• Para el tráfico a través de interfaces DPC, un paquete entrante solo se cuenta una vez, y SCU tiene prioridad sobre DCU. Esto significa que cuando un paquete llega a una interfaz en la que se incluyen las source-class-usage input instrucciones y destination-class-usage en la configuración, y cuando el origen y el destino coinciden con prefijos de contabilidad, el sistema operativo asocia el paquete solo con la clase de origen.

Para el tráfico a través de interfaces MPC, la contabilidad de SCU y DCU se realiza después de evaluar los filtros de salida. Si un paquete coincide con una condición de coincidencia de filtro de firewall, el paquete se incluye en la contabilidad de SCU o DCU, excepto en el caso en que la acción del término coincidente sea discard.

En los enrutadores serie T, M120 y M320, las clases de origen y destino no se llevan a través de la estructura del enrutador. Las consecuencias de esto son las siguientes:

• En los enrutadores serie T, M120 y M320, la contabilidad de SCU y DCU se realiza antes de que el paquete entre en la estructura.

• En enrutadores M7i, M10i, M120 y M320, en enrutadores serie MX sin MPC y en enrutadores serie T, la contabilidad de SCU y DCU se realiza antes de evaluar los filtros de salida. En consecuencia, si un paquete coincide con una condición de coincidencia de filtro de firewall, el paquete se incluye en la contabilidad de SCU o DCU; el paquete se cuenta para cualquier acción de término (incluida la discard acción).

• En los enrutadores serie M120, M320 y T, las destination-class instrucciones y source-class se admiten en el [edit firewall family family-name filter filter-name term term-name from] nivel jerárquico solo para el filtro aplicado a la tabla de reenvío. En los enrutadores serie M7i, M10i y MX, se admiten estas instrucciones.

Después de habilitar la contabilidad en una interfaz, el sistema operativo mantiene los contadores de paquetes para esa interfaz, con contadores independientes para inet, inet6y mpls familias de protocolos. A continuación, debe configurar los atributos de clase de origen y de destino en instrucciones de acción de política, que se deben incluir en las políticas de exportación de tabla de reenvío.

En la versión 9.3 y posteriores de Junos OS, puede configurar la contabilidad de SCU para VPN de capa 3 configuradas con la vrf-table-label instrucción. Incluya la source-class-usage instrucción en el [edit routing-instances routing-instance-name vrf-table-label] nivel de jerarquía. La source-class-usage instrucción de este nivel de jerarquía solo se admite para el tipo de instancia de enrutamiento y reenvío virtual (VRF).

Para obtener una discusión completa sobre los perfiles de contabilidad de clase de origen y destino, consulte la Guía de administración de red de Junos OS para dispositivos de enrutamiento. Para obtener más información acerca de MPLS, consulte la Guía del usuario de las aplicaciones de MPLS.