Tabla de contenido
8.3.2.1
Requisitos del modo transferencia
Cuando el modo primario de tratamiento de paquetes del CAP, cabhCapPrimaryMode, tiene el
valor modo transferencia, el CAP DEBE actuar como un puente transparente, definido en
ISO/CEI 15802-3, entre los sectores WAN-Data y LAN-Pass, y NO DEBE ejecutar función alguna
de encaminamiento transparente C-NAT ni C-NAPT. Aunque el modo primario de tratamiento de
paquetes sea transferencia, el procesamiento USFS DEBE tener prioridad frente a las decisiones de
puenteo LAN-a-WAN.
8.3.2.2
Requisitos del encaminamiento transparente C-NAT y C-NAPT
Cuando el modo primario de tratamiento de paquetes (cabhCapPrimaryMode) tiene el valor
C-NAT, el CAP DEBE soportar los procesos de traducción de direcciones C-NAT de conformidad
con los requisitos NAT básicos definidos en RFC 3022.
Cuando el modo primario de tratamiento de paquetes (cabhCapPrimaryMode) tiene el valor
C-NAPT, el CAP DEBE soportar los procesos de traducción de direcciones C-NAPT de
conformidad con los requisitos NAPT básicos definidos en RFC 3022.
Independientemente del modo primario de tratamiento de paquetes el CAP DEBE soportar la
creación y supresión de correspondencias estáticas C-NAT y C-NAPT, mediante la autorización al
sistema NMS para leer, crear y suprimir (a través del CMP) entradas de correspondencia CAP
estáticas (cabhCapMappingTable).
Las correspondencias estáticas C-NAT y C-NAPT creadas por el NMS DEBEN conservarse en los
rearranques del PS.
El CAP DEBE soportar la creación de correspondencias dinámicas C-NAT y C-NAPT, iniciadas
por tráfico TCP, UDP o ICMP LAN-a-WAN. El CAP DEBE autorizar al sistema NMS la lectura
(a través del CMP) de entradas de correspondencia CAP dinámicas (cabhCapMappingTable).
El CAP DEBE soportar la supresión de correspondencias dinámicas C-NAT y C-NAPT si una
correspondencia determinada está asociada a una sesión TCP Y dicha sesión TCP termina O se
supera el límite de inactividad del TCP, cabhCapTcpTimeWait, para dicha correspondencia.
El CAP DEBE soportar la supresión de correspondencias dinámicas C-NAT y C-NAPT si una
determinada correspondencia está asociada a una sesión UDP Y se supera el límite de inactividad
del UDP, cabhCapUdpTimeWait, para dicha correspondencia.
El CAP DEBE soportar la supresión de correspondencias dinámicas C-NAT y C-NAPT si una
determinada correspondencia está asociada a una sesión ICMP Y se supera el límite de inactividad
del ICMP, cabhCapIcmpTimeWait, para dicha correspondencia.
Las correspondencias dinámicas C-NAT y C-NAPT NO DEBEN conservarse tras los rearranques
del PS.
8.3.2.3
Requisitos del modo híbrido puenteo/encaminamiento
El CAP DEBE soportar el modo híbrido puenteo/encaminamiento descrito en 8.2.2, en el que el
modo primario de tratamiento de paquetes del CAP, cabhCapPrimaryMode, tiene el valor de
encaminamiento transparente C-NAT o C-NAPT y donde el CAP puentea asimismo el tráfico de
modo transparente para direcciones MAC específicas. Si el modo primario de tratamiento de
paquetes del CAP, cabhCapPrimaryMode, tiene el valor de encaminamiento transparente C-NAT o
C-NAPT Y el NMS ha escrito una dirección MAC, perteneciente a un dispositivo IP de LAN, en el
cabhCapPassthroughTable, el CAP DEBE puentear transparentemente el tráfico LAN-a-WAN que
tiene origen en dicha dirección MAC y el tráfico WAN-a-LAN destinado a dicha dirección MAC.
Cuando se encuentra en el modo híbrido puenteo/encaminamiento descrito en 8.2.2, la función
USFS DEBE aplicarse a todo el tráfico recibido que tenga su origen en la LAN.
Rec. UIT-T J.191 (03/2004)
107
Tabla de contenido
