Medicion Servicio IP VPN v3

Medición de Servicios IP VPN
MEDICIÓN DE SERVICIOS IP VPN

Indice
Medición de Servicios IP VPN ........................................................................................................ 1

Autor...................................................................................................................................... 2
Colaboradores ....................................................................................................................... 2
Historial de cambios .............................................................................................................. 2
1 Diagrama general .................................................................................................................. 5
2 Métodos basados en RFC2544 .............................................................................................. 6
2.1 Método para medir de extremo a extremo .................................................................. 6
2.1.1 Paso 1: configuración de la interface Network del NID local ................................ 7
2.1.2 Paso 2: configuración de la interface Network del NID remoto ........................... 7
2.1.3 Paso 3: Agregar en el NID local una instancia de testsuite ................................... 8
2.1.4 Paso 4: setear los parámetros básicos de la prueba en el NID local ..................... 9
2.1.5 Paso 5: setear los parámetros para prueba de Throughput, Delay and delay
variation y Frame loss en el NID local ................................................................................. 10
2.1.6 Paso 6: Generación de filtro en el NID remoto ................................................... 12
2.1.7 Paso 7: Generación de instancia de OAM en el NID remoto .............................. 13
2.1.8 Paso 8: Generación de loopback en el NID remoto ............................................ 14
2.1.9 Paso 9: Generación de reporte e inicio de la prueba .......................................... 15
2.1.10 Paso 10: Salvado del archivo ............................................................................... 16
2.2 Método para medir la última milla ............................................................................. 19
2.2.1 Introducción ........................................................................................................ 19
2.2.2 Mediciones .......................................................................................................... 20
2.3 Método para medir hasta el PE remoto...................................................................... 23
2.3.1 Introducción ........................................................................................................ 23
2.3.2 Mediciones .......................................................................................................... 24
3 Valores de corte: definición ................................................................................................ 27
4 Valores de corte: diagrama de flujo .................................................................................... 28
5 Valores de corte .................................................................................................................. 29
5.1 Para 2.1........................................................................................................................ 29
5.1.1 Local Terrestre..................................................................................................... 29
5.1.2 Local Satelital....................................................................................................... 29
5.1.3 Internacional Terrestre ....................................................................................... 29
Título Revisión Fecha Autor Página

Medición servicios IP VPN 1.0 08-Ene-2013 OB 3 de 30
5.1.4 Internacional Satelital ......................................................................................... 30
5.2 Para 2.2........................................................................................................................ 30
5.3 Para 2.3........................................................................................................................ 30

1 Diagrama general

2 Métodos basados en RFC2544
Las mediciones se realizarán basándose en el RFC2544 debido a que no se dispone hoy en día
(enero de 2013) de la suficiente cantidad de equipos (instrumentos y/ó NIDs) que
implementen la norma Y.1564. Cuando se disponga de los mismos se actualizará este
documento.
2.1 Método para medir de extremo a extremo

2.1.1 Paso 1: configuración de la interface Network del NID local
Configurar la interface Network:
2.1.2 Paso 2: configuración de la interface Network del NID remoto

Configurar la interface Network:

2.1.3 Paso 3: Agregar en el NID local una instancia de testsuite
Acceder al menú RFC-2544 / Testsuite:
Hacer click en “Add”.

2.1.4 Paso 4: setear los parámetros básicos de la prueba en el NID local
La pantalla es:
Los valores a setear son:

Suite name: Prueba2544
Suite description: Prueba Servicio L2L Cliente <Nombre del cliente>
Jumbo frame size:
El valor de Jumbo frame size debe setearse solamente si el enlace requiere de este tipo de
tramas. En tal caso se debe:
a) Setear Jumbo frame size = valor de diseño (en bytes) y además:
b) Ingresar al menú Port:
Seleccionar el port Network:

Cambiar el valor de “Port MTU” para que sea igual ó mayor al valor de Jumbo frame size.
Binary duration: 2 (segundos)

Outgoing port: Network
Enable strict failure, Enable verbose report, Enable throughput, Enable frame loss,
Enable delay: sí a todos.
Enable back-to-back: no
Peer settings:
Type: layer-3
Destination IP address: la IP address del port Network del NID remoto
Source Port = Destination Port = 3535
El resto en default
2.1.5 Paso 5: setear los parámetros para prueba de Throughput, Delay and
delay variation y Frame loss en el NID local
a) En Throughput:
Trial Duration: 60 (s)
Maximum rate (Mbps): El Service Data Rate
Step size (Mbps): 1% del Service Data Rate
Minimum rate (Mbps): El 90% del Service Data Rate
Use fin stepping: no
Frame loss (0.1%): 0
Frame size settings: 128 Bytes y 1518 Bytes. Si el enlace requiere Jumbo frames,
desmarcar “1518 bytes” y marcar “Jumbo”. Si el enlace llevará tramas de 64 bytes,
desmarcar “128 bytes” y marcar “64 bytes”.
b) En Delay and delay variation settings:
Frame loss (0.1%): 0

Frame size settings: 128 Bytes y 1518 Bytes. Si el enlace requiere Jumbo frames,
reemplazar 1518 bytes por Jumbo frames. Si el enlace llevará tramas de 64 bytes,
desmarcar “128 bytes” y marcar “64 bytes”.
c) En Frame loss settings:
Step size (Mbps): 1 % del Service Data Rate
En la figura se ve un ejemplo correspondiente a Service Data Rate = 100 Mbps

2.1.6 Paso 6: Generación de filtro en el NID remoto
Ingresar a Traffic / Filters:
Hacer click en “Add” y configurar el filtro como se ve en la figura siguiente

IPv4 filter name: LOOP_RFC2544
Protocol: UDP 17
UDP/TCP Port settings
Source port: 3535
Destination port: 3535

2.1.7 Paso 7: Generación de instancia de OAM en el NID remoto
Ingresar a OAM:
Hacer click en “Add” y configurar una instancia de OAM como se ve en la figura siguiente.
OAM instance name: LOOP_L3

2.1.8 Paso 8: Generación de loopback en el NID remoto
Ingresar a OAM / Loopback y configurar el loopback asociado con la instancia OAM definida
previamente (LOOP_L3) como se ve en la figura siguiente.
Loopback enable: sí
Persistent: sí
Filter type: IPv4 filter
IPv4 filter: LOOP_RFC2544
Actions:
Swap MAC addresses: sí
Swap IP addresses: sí
Swap TCP/UDP ports: sí

2.1.9 Paso 9: Generación de reporte e inicio de la prueba
Ingresar a Testsuite/Reports /Testsuite y allí hacer click en “Start new testsuite”

File name: ingresar el nombre del archivo
Description: ingresar el nombre de la prueba
Technician name: ingresar el nombre del técnico
Special note: ingresar notas para describir la prueba
Hacer click en Run.

2.1.10 Paso 10: Salvado del archivo
Al finalizar la prueba, hacer click en Save y salvar el archivo .txt. Este archivo puede salvarse
luego como .docx
**********************************************************************
* RFC-2544 Conformance testsuite.
**********************************************************************
General settings:
File name : Nombre_Archivo
Technician name : Juan Perez
Description : Descripción de la prueba
Note : Notas ampliatorias
Product name : AMN-1000-TE

Unit identifier : G082-2885
Firmware version : AEN_4.7.7_18002
Operation mode : Standard
Serial number : G082-2885
Assembly : 500-013-06:5:8:00
**********************************************************************
Testsuite settings:
Name : RFC2544
Description : This is a new testsuite descriptor.
Throughput test : Enabled
Delay test : Enabled
Frame loss test : Enabled
Back-to-back test: Disabled
Strict failure : Enabled
Verbose report : Enabled
**********************************************************************
Peer settings:
Testing layer : Layer 3
Peer IP address : 10.10.20.2
NID IP address : 10.10.10.2
DSCP : 0
UDP src : 3535 (0x0DCF)
UDP dst : 3535 (0x0DCF)
**********************************************************************
Throughput settings:
Trial duration : 60 secs
Maximum rate : 10 Mbps
Minimum rate : 9 Mbps
Step size : 1 Mbps
Frame loss : 0.0%
Fine stepping : True
Binary duration : 2 secs
Frame sizes : 128 1518 Bytes
Started at : 1970-01-05 15:12:51+00:00
**********************************************************************
Frame Tx Tx Rx Rx Frame Status
Size rate rate rate rate loss
(bytes) (Mbps) (frames/sec) (Mbps) (frames/sec) (%)
------- ------- ------------ ------- ------------ ------ ------
128 10.0 8,445 10.0 8,445 0.0 Pass
1518 10.0 812 10.0 812 0.0 Pass
**********************************************************************
Delay settings:
Minimum rate : 9 Mbps
Step size : 1 Mbps
Frame loss : 0.0%
Started at : 1970-01-05 15:15:12+00:00
**********************************************************************
Frame Tx Minimum Average Maximum Minimum Average Maximum Frame
Status
Size rate delay delay delay DV DV DV loss
(bytes) (Mbps) (usec) (usec) (usec) (usec) (usec) (usec) (%)
------- ------- ------- ------- ------- ------- ------- ------- ------
128 10.0 136 178 624 0 3 421 0.0
Pass
1518 10.0 621 639 955 0 18 281 0.0
Pass
**********************************************************************
Frame loss settings:
Step size : 1 Mbps
Started at : 1970-01-05 15:17:32+00:00
**********************************************************************
Size Tx rate Tx rate Rx rate Rx rate Frame loss Status
(bytes) (Mbps) (frames/sec) (Mbps) (frames/sec) (%)
------- ------- ------------ ------- ------------ ---------- ------
128 10.0 8,445 10.0 8,445 0.0 Pass
128 9.875 8,340 9.875 8,340 0.0 Pass
1518 10.0 812 10.0 812 0.0 Pass
1518 9.875 802 9.875 802 0.0 Pass
**********************************************************************
Ended at : 1970-01-05 15:21:55+00:00
Testsuite status : Completed
**********************************************************************

2.2 Método para medir la última milla
2.2.1 Introducción
Se muestra la conexión típica de un cliente L3VPN; no están detalladas las redes de acceso a la
red MPLS por no ser relevante dicha información en relación a las mediciones.
RD: Route distinguisher que cada VRF utiliza para hacer los prefijos únicos.
RTi: Route target que debe tener un prefijo para ser importado a la VRF.
RTe: Route target que la VRF le agregará a cada prefijo que exporte.
Cada cliente con servicio L3VPN, tiene asociada una VRF en el PE al que está conectado. Las
rutas que ingresan a la tabla de ruteo de cada VRF tienen dos procedencias posibles:
- Por los protocolos de ruteo configurados para cada instancia de cara al CPE
- Por las rutas MP-BGP importadas desde otros PEs.
El modo en que se importan estas últimas depende de los ROUTE-TARGET presentes en cada
prefijo que se recibe. De este modo, manipulando qué RTs se importan o exportan se controla
qué VRFs tendrán conectividad entre sí.
La siguiente es una configuración estándar de una VRF de cliente, hecha en el PE.

ip vrf $NOMBREVRF
rd $VRFRD
export-map MON-MNG
route-target export $RTCLIENTE
route-target import $RTCLIENTE
!
$NOMBREVRF puede tener dos formatos:

o El viejo utilizado por IMPSAT en donde es el nombre o abreviatura del cliente
o El nuevo en donde esta compuesto por $VPNNAME-$SERVICETYPE, los que
están descriptos en el VPN CORE TSD.
$VRFRD es el route distinguisher de esta VRF. Al igual que el anterior puede tener dos
formatos
o El viejo se componía de 3549:xxxxxxx donde la segunda parte tenia relación
con el cliente de dokuviz.
o El nuevo esta formado por $LOOPBACK:$RD que esta descripto en VPN CORE
TSD.

$RTCLIENTE también puede tener dos formatos
o El viejo 3549:xxxxxxx
o El nuevo descripto en VPN CORE TSD 6745:$I$R$S$T$RD.
2.2.2 Mediciones
Ejemplo de la red de medición a implementar:
Para la prueba de la última milla desde CPE2 se usará el NID fijo NID22.
En el ejemplo tenemos las siguientes redes:

NID fijo (NID22): 67.45.67.30/32
PE2_LOOPBACK: 67.45.67.21/32
PE1_LOOPBACK: 67.45.67.22/32
WAN entre PE2 y CPE2: 10.10.1.0/30
LAN CPE2: 10.5.1.0/24
La VRF del cliente tendrá la siguiente configuración en PE2:

ip vrf CLIENTE1
rd 67.45.67.21:14001
export-map MON-MNG
route-target export 6745:180014001
route-target import 6745:180014001
!
Es necesario dar conectividad al NID fijo (NID22) contra el CPE2. El NID fijo (NID22) estará
conectado a la red MPLS a los efectos de realizar la medición, para lo que una VRF de nombre
TEST debe ser creada en PE2, usando los siguientes datos:
RD $PE_LOOPBACK:80
Export RT 6745:480180
ImportRT [6745:480180 6745:480280]

En PE2:
ip vrf TEST
rd $LOOPBACK:80
!
Para nuestro ejemplo la VRF quedará, en PE2:

ip vrf TEST
rd 67.45.67.23:80
El NID fijo (NID22) deberá tener una IP pública para garantizar que no habrá conflicto con
ninguna red de cliente. La misma deberá ser asignada de un rango propio el cual no deberá ser
ruteado en internet. El NID que circunstancialmente esté conectado en el CPE de cliente (NID2)
tendrá una IP del rango local del mismo.
La asignación de las interfaces en el PE será un proceso estándar ya que la “red de medición”
es como cualquier red de cliente VPN con la salvedad que los valores de RD y RT ya están
asignados.
Al momento de la prueba se agregarán a lo configurado en la VRF del cliente a probar el import

del RT 6745:480180 y el export del RT 6745:480280, de esta forma las rutas de la misma,
pasarán a ser visibles por la red de medición y viceversa.
A continuación se detalla la configuración luego del agregado de los import y export (en PE2).
ip vrf $NOMBREVRF
rd $VRFRD
export-map MON-MNG
!
En nuestro ejemplo será (en PE2):

ip vrf CLIENTE1
rd 67.45.67.21:14001
export-map MON-MNG
!

Si el CPE no tuviese ningún protocolo dinámico entre él y el PE o alguna ruta por defecto hacia
el PE, una ruta estática debe ser agregada en el mismo indicando el prefijo del NID fijo, y como
próximo salto la dirección IP de la WAN del PE al que está conectado. ESTA RUTA DEBE SER
REMOVIDA LUEGO DE LA PRUEBA.
En CPE2:
ip route $IP_EQUIPO_CENTRAL 255.255.255.255 $IP_WAN_PE
En nuestro ejemplo se agregará la ruta al NID fijo NID22.

En CPE2:
ip route 67.45.67.30 255.255.255.255 10.10.1.1
Luego proceder según se indica en los pasos 2.1.1 a 2.1.10.

2.3 Método para medir hasta el PE remoto
2.3.1 Introducción
Se muestra la conexión típica de un cliente L3VPN; no están detalladas las redes de acceso a la
red MPLS por no ser relevante dicha información en relación a estas mediciones.
RD: Route distinguisher que cada VRF utiliza para hacer los prefijos únicos.
RTi: Route target que debe tener un prefijo para ser importado a la VRF.
RTe: Route target que la VRF le agregará a cada prefijo que exporte.
Cada cliente con servicio L3VPN, tiene asociada una VRF en el PE al que está conectado. Las
rutas que ingresan a la tabla de ruteo de cada VRF tienen dos procedencias posibles:
- Por los protocolos de ruteo configurados para cada instancia de cara al CPE
- Por las rutas MP-BGP importadas desde otros PEs.
El modo en que se importan estas últimas depende de los ROUTE-TARGET presentes en cada
prefijo que se recibe. De este modo, manipulando qué RTs se importan o exportan
controlamos qué VRFs tendrán conectividad entre sí.
La siguiente es una configuración estándar de una VRF de cliente, hecha en el PE.

ip vrf $NOMBREVRF
rd $VRFRD
export-map MON-MNG
!
$NOMBREVRF puede tener dos formatos:

o El viejo utilizado por IMPSAT en donde es el nombre o abreviatura del cliente
o El nuevo en donde esta compuesto por $VPNNAME-$SERVICETYPE, los que
están descriptos en el VPN CORE TSD.
$VRFRD es el route distinguisher de esta VRF. Al igual que el anterior puede tener dos
formatos
o El viejo se componía de 3549:xxxxxxx donde la segunda parte tenia relación
con el cliente de dokuviz.
o El nuevo esta formado por $LOOPBACK:$RD que esta descripto en VPN CORE
TSD.

$RTCLIENTE también puede tener dos formatos
o El viejo 3549:xxxxxxx
o El nuevo descripto en VPN CORE TSD 6745:$I$R$S$T$RD.
2.3.2 Mediciones
Ejemplo de la red de medición a implementar:
Para la prueba desde CPE2 hasta el PE remoto se usará el NID fijo NID11.
En el ejemplo tenemos las siguientes redes:

NID fijo (NID11): 67.45.67.30/32
PE2_LOOPBACK: 67.45.67.21/32
PE1_LOOPBACK: 67.45.67.22/32
WAN entre PE2 y CPE2: 10.10.1.0/30
LAN CPE2: 10.5.1.0/24
La VRF del cliente tendrá la siguiente configuración en PE2:

ip vrf CLIENTE1
rd 67.45.67.21:14001
export-map MON-MNG
!

Es necesario dar conectividad al NID fijo (NID11) contra el CPE2. El NID fijo (NID11) estará
conectado a la red MPLS a los efectos de realizar la medición, para lo que una VRF de nombre
TEST debe ser creada en PE1, usando los siguientes datos:
RD $PE_LOOPBACK:80
Export RT 6745:480180
ImportRT [6745:480180 6745:480280]
En PE1:
ip vrf TEST
rd $LOOPBACK:80
!
Para nuestro ejemplo la VRF quedará, en PE1:

ip vrf TEST
rd 67.45.67.23:80
El NID fijo (NID11) deberá tener una IP pública para garantizar que no habrá conflicto con
ninguna red de cliente. La misma deberá ser asignada de un rango propio el cual no deberá ser
ruteado en internet. El NID que circunstancialmente esté conectado en el CPE de cliente (NID2)
tendrá una IP del rango local del mismo.
La asignación de las interfaces en el PE será un proceso estándar ya que la “red de medición”
es como cualquier red de cliente VPN con la salvedad que los valores de RD y RT ya están
asignados.
Al momento de la prueba se agregarán a lo configurado en la VRF del cliente a probar el import

del RT 6745:480180 y el export del RT 6745:480280, de esta forma las rutas de la misma,
pasarán a ser visibles por la red de medición y viceversa.
A continuación se detalla la configuración luego del agregado de los import y export (en PE2).
ip vrf $NOMBREVRF
rd $VRFRD
export-map MON-MNG
!
En nuestro ejemplo será (en PE2):

ip vrf CLIENTE1
rd 67.45.67.21:14001
export-map MON-MNG
!
Si el CPE no tuviese ningún protocolo dinámico entre él y el PE o alguna ruta por defecto hacia
el PE, una ruta estática debe ser agregada en el mismo indicando el prefijo del NID fijo, y como
próximo salto la dirección IP de la WAN del PE al que está conectado. ESTA RUTA DEBE SER
REMOVIDA LUEGO DE LA PRUEBA.
En CPE2:
ip route $IP_EQUIPO_CENTRAL 255.255.255.255 $IP_WAN_PE
En nuestro ejemplo se agregará la ruta al NID fijo NID22.

En CPE2:
ip route 67.45.67.30 255.255.255.255 10.10.1.1
Luego proceder según se indica en los pasos 2.1.1 a 2.1.10.

3 Valores de corte: definición
Para cada parámetro medido se define un “valor de corte”. Se debe comparar cada resultado
con su valor de corte. Un servicio será activado si todos los resultados satisfacen sus
respectivos valores de corte.
Un valor de corte NO es un valor comprometido al cliente.
Tampoco es un objetivo de calidad.
Tiene como objetivo detectar aquellos casos de performance más débil a fin de lograr una
mejora continua en la calidad.
Se ajustarán cada tres meses de forma de lograr que el 90% de las instalaciones satisfagan los
valores de corte. El 10% restante deberá ser corregido para poder activarse.

4 Valores de corte: diagrama de flujo

5 Valores de corte
5.1 Para 2.1
5.1.1 Local Terrestre
Parámetro Valor de corte
Throughput (% de Service Data Rate) 99
Latency (ms) = RTT Ver figura
Jitter (ms) 30
Frame Loss (@service data rate) (%) 2
(ms) RTT (ms)

200
180
160
140
120
100
RTT (ms)
80
60
40
20
0
0 1000 2000 3000 4000 5000 6000 7000 (km)
5.1.2 Local Satelital

Latency (ms) 900 ms
Jitter (ms) 50
5.1.3 Internacional Terrestre

Latency (ms) Ver figura
Jitter (ms) 40

Buenos Sao
Miami Bogotá Caracas Quito Santiago Lima
Aires Paulo
Bs As
Sao Paulo 90
Miami 188 167
Bogota 150 185 142
Caracas 164 202 130 93
Quito 133 190 156 73 110
Santiago 81 108 168 130 145 114
Lima 112 137 138 98 132 83 91
5.1.4 Internacional Satelital

Latency (ms) Ver figura
Jitter (ms) 60
Buenos Sao
Miami Bogotá Caracas Quito Santiago Lima
Aires Paulo
Bs As
Sao Paulo 930
Miami 1028 1007
Bogota 990 1025 982
Caracas 1004 1042 970 933
Quito 973 1030 996 913 950
Santiago 921 948 1008 970 985 954
Lima 952 977 978 938 972 923 931
5.2 Para 2.2

Latency (ms) = RTT 60 ms
Jitter (ms) 30
5.3 Para 2.3

Latency (ms) = RTT 60 ms
Jitter (ms) 30


Medicion Servicio IP VPN v3

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Medicion Servicio IP VPN v3

Cargado por

Copyright:

Formatos disponibles

Medición de Servicios IP VPN

MEDICIÓN DE SERVICIOS IP VPN

Medición de Servicios IP VPN ........................................................................................................ 1

Título Revisión Fecha Autor Página

Título Revisión Fecha Autor Página

Título Revisión Fecha Autor Página

2.1 Método para medir de extremo a extremo

Título Revisión Fecha Autor Página

2.1.2 Paso 2: configuración de la interface Network del NID remoto

Título Revisión Fecha Autor Página

Hacer click en “Add”.

Título Revisión Fecha Autor Página

Los valores a setear son:

Seleccionar el port Network:

Título Revisión Fecha Autor Página

Binary duration: 2 (segundos)

Título Revisión Fecha Autor Página

Título Revisión Fecha Autor Página

Hacer click en “Add” y configurar el filtro como se ve en la figura siguiente

Título Revisión Fecha Autor Página

Título Revisión Fecha Autor Página

Título Revisión Fecha Autor Página

Ingresar a Testsuite/Reports /Testsuite y allí hacer click en “Start new testsuite”

Hacer click en Run.

Título Revisión Fecha Autor Página

Product name : AMN-1000-TE

Título Revisión Fecha Autor Página

La siguiente es una configuración estándar de una VRF de cliente, hecha en el PE.

$NOMBREVRF puede tener dos formatos:

Título Revisión Fecha Autor Página

En el ejemplo tenemos las siguientes redes:

La VRF del cliente tendrá la siguiente configuración en PE2:

Título Revisión Fecha Autor Página

Para nuestro ejemplo la VRF quedará, en PE2:

Al momento de la prueba se agregarán a lo configurado en la VRF del cliente a probar el import

En nuestro ejemplo será (en PE2):

Título Revisión Fecha Autor Página

En nuestro ejemplo se agregará la ruta al NID fijo NID22.

Luego proceder según se indica en los pasos 2.1.1 a 2.1.10.

Título Revisión Fecha Autor Página

La siguiente es una configuración estándar de una VRF de cliente, hecha en el PE.

$NOMBREVRF puede tener dos formatos:

Título Revisión Fecha Autor Página

En el ejemplo tenemos las siguientes redes:

La VRF del cliente tendrá la siguiente configuración en PE2:

Título Revisión Fecha Autor Página

Para nuestro ejemplo la VRF quedará, en PE1:

Al momento de la prueba se agregarán a lo configurado en la VRF del cliente a probar el import

En nuestro ejemplo será (en PE2):

En nuestro ejemplo se agregará la ruta al NID fijo NID22.

Luego proceder según se indica en los pasos 2.1.1 a 2.1.10.

Título Revisión Fecha Autor Página

Un valor de corte NO es un valor comprometido al cliente.

Tampoco es un objetivo de calidad.

Título Revisión Fecha Autor Página

Título Revisión Fecha Autor Página

(ms) RTT (ms)

5.1.2 Local Satelital

5.1.3 Internacional Terrestre

Título Revisión Fecha Autor Página

5.1.4 Internacional Satelital

5.2 Para 2.2

5.3 Para 2.3