Escolar Documentos
Profissional Documentos
Cultura Documentos
Especificaciones Tcnicas
Red Troncal Multiservicio MPLS/IP
Pgina 1 de 80
NDICE
1.
OBJETIVO ....................................................................................................................................... 6
2.
INTRODUCCIN .............................................................................................................................. 6
3.
ALCANCE ........................................................................................................................................ 6
4.
5.
5.1.
5.2.
5.3.
5.3.1.
5.3.1.1.
5.3.1.2.
5.3.1.3.
6.
6.1.
6.1.1.
6.1.2.
6.1.3.
DISPONIBILIDAD Y REDUNDANCIA........................................................................................ 17
6.2.
6.2.1.
INTERFACES .......................................................................................................................... 18
6.2.1.1.
ETHERNET ......................................................................................................................... 19
6.2.1.1.1.
6.2.1.1.2.
6.2.1.2.
ATM .................................................................................................................................. 20
6.2.1.2.1.
6.2.1.2.2.
6.2.1.3.
POS ................................................................................................................................... 21
6.2.1.3.1.
6.2.1.3.2.
6.2.1.4.
6.2.1.4.1.
6.2.1.4.2.
6.2.1.5.
OTRAS ............................................................................................................................... 22
6.2.1.6.
ETHERNET ......................................................................................................................... 22
Pgina 2 de 80
6.2.1.6.1.
6.2.1.6.2.
6.2.1.7.
IPODWDM ........................................................................................................................ 23
6.2.1.7.1.
6.2.1.7.2.
6.2.1.8.
ETHERNET ......................................................................................................................... 24
6.2.1.8.1.
6.2.1.8.2.
6.2.2.
ROUTING .............................................................................................................................. 25
6.2.2.1.
6.2.2.2.
6.2.2.2.1.
6.2.2.3.
6.2.2.4.
6.2.2.5.
6.2.2.6.
6.2.3.
6.2.4.
FUNCIONALIDADES ............................................................................................................... 36
6.2.4.1.
6.2.4.2.
VPN-MPLS ......................................................................................................................... 37
6.2.4.2.1.
6.2.4.2.2.
6.2.4.3.
DIFFSERV .......................................................................................................................... 40
6.2.4.4.
6.2.4.4.1.
6.2.4.4.2.
6.2.4.5.
6.2.4.6.
6.2.4.6.1.
6.2.4.6.2.
6.2.4.6.3.
VPLS .................................................................................................................................. 46
6.2.4.6.4.
6.2.4.6.5.
6.2.4.6.6.
6.2.4.6.7.
TUNNELING ....................................................................................................................... 48
Pgina 3 de 80
6.2.4.6.8.
6.2.4.7.
6.2.4.8.
6.2.4.9.
6.2.4.10.
6.2.4.11.
SINCRONISMO .................................................................................................................. 51
6.2.4.11.1.
6.2.4.12.
6.2.4.13.
6.2.4.14.
6.2.4.14.1.
6.2.4.14.2.
6.2.4.14.3.
6.2.4.14.4.
OTRAS ........................................................................................................................... 54
6.3.
6.3.1.
6.3.2.
FUNCIONALIDADES ............................................................................................................... 55
6.3.2.1.
6.3.2.2.
FALLAS .............................................................................................................................. 55
6.3.2.3.
CONFIGURACIN .............................................................................................................. 56
6.3.2.4.
PERFORMANCE ................................................................................................................. 56
6.3.2.5.
6.3.2.6.
SEGURIDAD ....................................................................................................................... 57
6.3.2.7.
6.3.3.
6.3.4.
6.3.5.
6.3.6.
6.3.7.
6.4.
VALORES MINIMOS DE FUNCIONALIDADES BSICAS POR TIPO DE NODO (PE, P, RR E IGW) [O]
59
6.4.1.
6.4.2.
6.4.3.
6.4.4.
Pgina 4 de 80
7.
7.1.
7.1.1.
7.1.2.
7.1.3.
7.1.4.
7.1.5.
7.2.
7.2.1.
7.2.2.
7.2.3.
7.2.4.
7.3.
7.3.1.
7.4.
7.4.1.
7.5.
8.
9.
9.1.
10.
11.
12.
13.
14.
15.
15.1.
15.2.
16.
Pgina 5 de 80
1. OBJETIVO
El objetivo del presente documento es establecer las especificaciones tcnicas para
la provisin de equipos de networking, software, mano de obra y accesorios para la
puesta en marcha, operacin, ingeniera para la instalacin y optimizacin de la
red y asistencia tcnica, permitiendo el desarrollo e implementacin del Red Troncal
(Backbone) de la Red Federal de transporte de datos de alta capacidad basados en
tecnologa IP/MPLS
2. INTRODUCCIN
Esta especificacin forma parte del proyecto que rene la planificacin,
estructuracin y desarrollo de la obra Red Federal de Fibra ptica
de
Telecomunicaciones, para integrar sistemas multiservicios de voz, datos y video en
una misma red.
Esta Red Troncal Multiservicio debe integrar, a travs de enlaces de fibra ptica, a
la totalidad de los nodos principales de la traza. Esta permitir, adems, la
interconexin de otros nodos, secundarios y subtendidos, y localidades va vnculos
alternativos compatibles con la red. De esta forma, se logra, extender sus servicios
a Prestadores locales de Servicios de Telecomunicaciones y a Empresas de los
estados provinciales y otros organismos pblicos.
La presente especificacin da las pautas y caractersticas de los componentes a
ofrecer para lograr la correcta prestacin de los servicios solicitados.
El oferente deber presentar un esquema y una plataforma que debe responder los
requerimientos del presente pliego respetando la arquitectura solicitada.
La Contratista deber hacerse cargo de la confeccin de la documentacin segn lo
determinado en este Documento.
3. ALCANCE
El alcance de la obra incluye la realizacin del diseo, la ingeniera de detalle, la
instalacin y puesta en condiciones de funcionamiento de la troncal (backbone) de
la red multiservicio IP/MPLS, asistencia tcnica, provisin de los equipos activos,
pasivos y sus repuestos, y otras acciones complementarias como la capacitacin
integral del personal tcnico de ARSAT. Adems, incluye la provisin de una
herramienta de gestin y monitoreo a instalarse en el nodo principal de la red y las
tareas de prueba de toda la infraestructura montada, de acuerdo a las
especificaciones indicadas en el presente documento.
El oferente, deber contemplar la topologa inicial que se presenta, teniendo en
cuenta que el equipamiento, software y servicios ofertados deber ser escalable,
flexible, para soportar futuros crecimientos de trfico y nuevos servicios. El sistema
deber ser capaz de soportar mltiples servicios con flexibilidad de crecimiento
segn la demanda por sitio o regin y con el mnimo impacto posible a nivel de
ingeniera para las necesidades actuales y futuras.
La troncal de la red multiservicio deber ser apta para transportar voz, datos y
video sobre una plataforma de MPLS del tipo Carrier Class, para incorporar seales
Pgina 6 de 80
Este sistema ser concebido para integrar redes de larga distancia para prestacin
de servicios de Internet, redes privadas virtuales (VPNs), emulacin de circuitos
punto a punto, punto multipunto, anillos o redes malladas basada en una red de
alta capacidad, con facilidades de extraccin e insercin de trfico en los nodos
primarios, secundarios y subtendido definidos en la red, y respectivas plataformas
de soporte, tales como servicios de traslacin de nombres y direcciones (DNS),
autenticacin (Radius/TACACS), registros de auditoria (Syslog), sincronismo de
tiempo (NTP), medidores de desempeo y correccin de fallas (Sflow), red de
gerenciamiento (DCN), as como los sistemas de gestin de equipos, formacin,
garanta, puesta en servicio, apoyo y asistencia tcnica.
El sistema propuesto deber ser flexible y reconfigurable para adaptarse a las
necesidades actuales y futuras, y que simplifique las operaciones de red tanto en
el despliegue, activacin del servicio, adicin de servicios, agregacin,
reconfiguracin y mantenimiento.
4. METODOLOGA DE RESPUESTA.
Se deber responder a cada punto mediante la indicacin cumple no cumple.
Dichas respuestas deben ser justificadas fehacientemente y con documentacin
adicional que aporte a la respuesta.
Se deber responder en cada punto para cada versin de equipamiento ofertada
(aclarando explcitamente a cual se refiere).
En los casos de funcionalidades (features) disponibles a futuro, se deber aclarar
explcitamente la versin y la fecha en que dicha funcionalidad estar disponible.
Al responder el punto a punto, se deber evitar el uso de expresiones tales como
toma conocimiento o toma nota u otras que den lugar a interpretaciones errneas, y
por lo tanto, estas sern interpretadas como No Cumple. Los puntos indicados con
[O], son de cumplimiento obligatorio.
5. DESCRIPCION
COTIZAR
DE
LA
SOLUCION
TECNOLOGICA
Pgina 7 de 80
Pgina 8 de 80
Se definirn Clases de Servicio que se aplicaran en toda la red MPLS para las cuales
se definirn parmetros como ancho de banda, prioridad, latencia y jitter para cada
una de ellas.
5.1.
Arquitectura de referencia
TRONCAL MPLS
Nodo Primario N
Rol P
Nodo Primario Y
Rol P
Rol P
Rol P
Servicio 1 / Lambda X
ADM
Servic
Ser
v
io 5 /
icio
4/
Lamb
da
r
Se
cio
vi
am
/L
Se
cio
r vi
3/
aZ
bd
Lam
a
bd
Z
Nodo
Secundario X
Rol AN
ADM
DWDM
ACCESO
MPLS
Rol AN
Rol AN
Nodo Subtendido X
Rol PE
Lam
bda
Z
DWDM
Rol PE
bda Z
ADM
Rol PE
Servicio 4 / Lam
Rol PE
Ser
v
DWDM
5/
Lam
bd
aZ
Nodo Secundario Z
ADM
ADM
DWDM
DWDM
Rol AN
Rol AN
icio
Rol AN
Rol AN
Rol AN
Rol AN
Rol AN
Rol AN
Cliente C
Subtendido-Vinculo por par
de fibra 2
Cliente A
Cliente B
Cliente C
Cliente B
Cliente D
Cliente A
Figura 1
Pgina 9 de 80
a cabo por medio de un segundo par de fibra monomodo, sin el soporte de una
plataforma DWDM (fibra oscura).
En la figura 2, se muestra un esquema a completarse en el transcurso del tiempo
de la troncal MPLS donde se incluye solo el ncleo con la ubicacin del
equipamiento con rol P, de los nodos primarios, a ofertar. Los vnculos indicados en
el esquema son provistos por una plataforma DWDM. Esta plataforma permite
proteger los vnculos que estn indicados en distintos colores.
Pgina 10 de 80
P
JUJUY
P
JUJUY
P
RESISTENCIA
P
TUCUMAN
P
POSADAS
P
SANTA FE
P
CORDOBA
P
ROSARIO
P1
BENAVIDEZ
P
MENDOZA
DATACENTER
INTERNET
P2
BENAVIDEZ
TDA
P
RODRIGUEZ
P
NEUQUEN
P
ABASTO
P
BAHIA BLANCA
P
CALETA OLIVIA
Vinculos
Protegidos por
Infraestructura
DWDM
Vinculos Sin
Proteccin
IGW
Tramo III
P
RIO GALLEGOS
Figura 2
Pgina 11 de 80
PE2
PE1
PE1
PE2
PE1
P
RESISTENCIA
P
JUJUY
P
POSADAS
PE2
PE1
PE2
P
SANTA FE
P
TUCUMAN
PE1
PE1
PE1
PE2
PE1
PE2
PE2
PE2
PE1 DC
P
ROSARIO
P
CORDOBA
PE2 DC
P
MENDOZA
DATACENTER
P
BENAVIDEZ
PE1
IGW1
PE2
IGW2
BGP RR
Mendoza
BGP RR
Benavidez
INTERNET
2
PE1 TDA
PE2 TDA
P
NEUQUEN
INTERNET
1
P
BAHIA BLANCA
TDA
P
ABASTO
P
RODRIGUEZ
PE1
PE1
PE2
PE1
PE2
PE1
PE2
PE2
P
CALETA OLIVIA
PE1
PE2
P
RIO GALLEGOS
PE1
PE2
Figura 3
Pgina 12 de 80
5.2.
Sitios a Conectar
5.3.
5.3.1.
Arquitectura de la Red
La red, basada en tecnologa DWDM, cuenta con dos pares de pelos de FO en una
red mallada.
Para la red Core se utilizar un par de pelos de fibra ptica que vincularn los
nodos Primarios y Secundarios.
Pgina 13 de 80
Se utilizar el segundo par de pelos de fibra ptica para vincular los nodos del
subtendido de la red para la agregacin de trfico que actuar como tributario del
backbone de la red.
La topologa de la totalidad de la red, presenta un esquema jerrquico con tres
niveles.
A continuacin se presenta un esquema:
BACKBONE
CORE
PE
PE
AGREGACION/
DISTRIBUCION
PE
ACCESO
5.3.1.1.
AN
AN
AN
AN
Nivel Core
Se define as al nivel de transporte de largo alcance (LA), conformado por los Nodos
definidos como primarios y que actuarn como concentradores de trfico donde
tributar todo el trfico con destino Nacional e Internacional. Estos nodos adems
tendrn la funcionalidad de distribuir el trfico regional (equipamiento a instalar
debe cumplir el rol P).
El equipamiento a instalar en un nodo primario estar preparado para cursar el
siguiente tipo de trfico.
1. Trfico con otros nodos del Core.
2. Colectar trfico Local y regional
Pgina 14 de 80
5.3.1.2.
Nivel de Agregacin/Distribucin
Est conformado en los Nodos Primarios, por medio del equipamiento de rol PE. El
equipamiento deber cursar el siguiente tipo de trfico.
1. Trfico con equipamiento con rol P.
2. Trfico con nodos de subtendido, a travs de nodos secundarios.
Nivel de Acceso
Est conformado por el equipamiento con rol AN, ubicados en los nodos de subtendido
Un nodo de subtendido estar preparado para cursar el siguiente tipo de trfico.
1. Trfico con nodos secundarios (Agregacin/Distribucin de trfico).
2. Colectar trfico Local.
3. Trfico con otros nodos de subtendido.
6. CARACTERISTICAS
REQUERIDAS
6.1.
TECNICAS
PRESTACIONES
Caractersticas Tcnicas
a. Los equipos que conforman un determinado rol, debern ser parte de una
sola familia de equipos con el fin de poder intercambiar placas y/o mdulos
entre ellos.[O]
b. La nueva red estar soportada en su totalidad bajo el protocolo TCP/IP
donde los equipos ser de naturaleza MPLS/IP [O]. Seguidamente se
detallan caractersticas generales que debern cumplir tanto los equipos
solicitado para el Backbone como aquellos de Acceso.
c. Se deber presentar un esquema general detallando los bloques
componentes del equipo propuesto en cada rol (procesador, matriz de
conmutacin, bus, placa de lnea, etc.), indicando la funcionalidad especfica
de cada uno de los mismos y su interrelacin. [O]
6.1.1.
Pgina 15 de 80
A. Especificar el modelo de cada uno de los equipos propuestos para cada uno de
los roles.[O]
B. Se deber especificar y detallar si el equipo se basa en procesamiento
centralizado (placas especficas para procesar el trfico) o en procesamiento
distribuido (procesamiento en las placas de interfaz). [O].
C. El oferente deber presentar un diagrama general indicando las dimensiones
mecnicas de los equipos [O].
D. En la solucin presentada el oferente deber indicar detalladamente la versin
y relase de software del equipo como as tambin de cada uno de los mdulos
que lo integren. [O]
E. El oferente deber indicar la posicin en el equipo/bastidor de cada bloque de
funcionamiento; tarjeta sub-bastidor, etc.[O]
F. El oferente deber presentar las planillas de clculo de consumo elctrico y
disipacin trmica para cada uno de los equipos presentados de acuerdo a la
configuracin de hardware. [O]
G. El oferente deber indicar el consumo elctrico y disipacin trmica mxima
para cada uno de los equipos presentados. [O].
H. Se requiere como obligatorio [O] que los equipos P, PE, IGW y RR presentados
sean del tipo Carrier Class para alta disponibilidad.
I. Se requiere como obligatorio [O] que los equipos P, PE, IGW y RR presentados
soporten alimentacin de corriente continua de 48 volts, indicando la tolerancia
mnimas y mximas. Excepto en Nodo Benavidez.
J. El oferente deber describir adicionalmente las opciones de alimentacin
soportadas por los equipos P,PE, IGW y RR incluyendo sus respectivas
tolerancias [O]
K. El oferente deber detallar las condiciones ambientales de operacin de cada
equipo presentado [O].
L. El oferente deber indicar las caractersticas de temperatura, humedad y
estndares internacionales a los que responde [O]
6.1.2.
Capacidad de Conmutacin
Pgina 16 de 80
VII.
VIII.
IX.
X.
XI.
XII.
6.1.3.
Disponibilidad y Redundancia
g. La plataforma deber soportar la insercin y remocin en servicio (hotswap) de los mdulos de interfaces de lnea, procesador central, fuentes de
alimentacin, matriz de conmutacin, o de cualquier modulo removible, sin
perdida de paquetes ni disrupcin del servicio. Detallar funcionamiento.[O]
h. La plataforma debe soportar actualizacin de software en servicio (ISSU).
Detallar funcionamiento. [O]
Pgina 17 de 80
6.2.
6.2.1.
Interfaces
Para cada tipo de interfaz y modelo de equipo propuesto (por jerarqua de rol tipo
P, PE, IGW y RR) segn aplique y se indique, se requiere responder punto a
punto:
a. El soporte de las interfaces requeridas.
b. El soporte de la cantidad mnima indicada de interfaces requeridas.
c. La cantidad mxima de interfaces soportadas por el equipo.
d. La cantidad mxima de VLANs (C-VLAN) activas que soporta cada una de las
interfaces.
e. la cantidad mxima de VLANs (S-VLAN) activas que soporta cada una de las
interfaces
f. La cantidad mxima de VLANs (C-VLAN) activas en combinacin con S-VLAN
activas que soporta cada una de las interfaces.
g. La cantidad mxima de direcciones MAC soportadas por interfaz/ slot. Detallar
que ocurre con el trfico cursado cuando las mismas alcanzan sus valores
mximos
h. La cantidad mxima de entradas ARP soportadas por interfaz, slot, chasis. Si se
asume que cada entrada de la tabla de ARP es una direccin MAC, este valor
debera coincidir con lo indicado en g
i.
Pgina 18 de 80
ROL TIPO PE
6.2.1.1.
Ethernet
6.2.1.1.1.
El oferente deber responder punto a punto para cada una de las interfaces
mencionadas lo solicitado en el punto 6.2.1 e indicar las siguientes caractersticas:
-
para cada modelo de linecard que soporta las siguientes interfaces fsicas:
a. Gigabit Ethernet ptica (de acuerdo a IEEE 802.3z). Capacidad : 1 Gbps
operando en modo full duplex con frame Ethernet y VLANs (802.1q ) [O]
b. Fast y/o Gigabit Ethernet Synchronous (de acuerdo a G.8261)
c. 10Gigabit Ethernet ptica (de acuerdo a IEEE 802.3ae). Capacidad : 10
Gbps operando en modo full duplex con frame Ethernet y VLAN (802.1q ).
[O]
d. 40Gigabit Ethernet/100 Gigabitethernet (IEEE 802.3ba) Indicar
modulacin usada y alcances actuales segn corresponda. [O]
e. Indicar en todos los casos que corresponda los modelos de tarjetas que
provean combos de tipos de interfaces [O]
f.
Pgina 19 de 80
6.2.1.1.2.
Protocolo de Nivel 2
j)
6.2.1.2.
ATM
6.2.1.2.1.
El oferente deber responder punto a punto para cada una de las interfaces
mencionadas, lo solicitado en el punto 6.2.1
a. E3 elctrica (de acuerdo a: ITU-T G.703 y G.804)
b. TM-1 S1.1 1310nm ptica y elctrica (de acuerdo a: ITU-T G.957, ITU-T
G.783/G.958, ITU-T G.825 y ITU-T G.707).
6.2.1.2.2.
Protocolo de Nivel 2
Pgina 20 de 80
6.2.1.3.
POS
6.2.1.3.1.
El oferente deber responder punto a punto para cada una de las interfaces
mencionadas lo solicitado en el punto 6.2.1.
a.
STM-1 S1.1
1310nm ptica [O] (de acuerdo a: ITU-T G.957, ITU-T
G.783/G.958, ITU-T G.825 y ITU-T G.707)
b. STM-1 L1.2
1550 nm ptica [O] (de acuerdo a: ITU-T G.957, ITU-T
G.783/G.958, ITU-T G.825 y ITU-T G.707)
c. STM-16 ptica S16.1 1310nm (de acuerdo a: ITU-T G.957, ITU-T G.783/G.958,
ITU-T G.825 y ITU-T G.707)
d. STM-16 ptica L16.2 1550nm (de acuerdo a: ITU-T G.957, ITU-T G.783/G.958,
ITU-T G.825 y ITU-T G.707)
6.2.1.3.2.
Protocolo de Nivel 2
6.2.1.4.
SDH Canalizadas
6.2.1.4.1.
El oferente deber responder punto a punto para cada una de las interfaces
mencionadas lo solicitado en el punto 6.2.1., el soporte de
a. E1 CH elctrica (de acuerdo a: ITU-T G.703)
b. E3 CH elctrica (de acuerdo a:
Pgina 21 de 80
6.2.1.4.2.
Protocolo de Nivel 2
6.2.1.5.
OTRAS
Indicar el soporte de otro tipo de interfaces, respondiendo punto a punto para cada
una de las interfaces lo solicitado en el punto 6.2.1
6.2.1.6.
ETHERNET
6.2.1.6.1.
El oferente deber responder punto a punto para cada una de las interfaces
mencionadas lo solicitado en el punto 6.2.1.
a. Gigabit Ethernet ptica (de acuerdo a IEEE 802.3z). Capacidad : 1 Gbps
operando en modo full duplex con frame Ethernet y VLANs (802.1q ) [O]
b. 10Gigabit Ethernet ptica (de acuerdo a IEEE 802.3ae). Capacidad : 10 Gbps
operando en modo full duplex con frame Ethernet y VLAN (802.1q ). [O]
c. 40Gigabit Ethernet/100 Gigabit ethernet (IEEE 802.3ba) Indicar modulacin
usada y alcances actuales segn corresponda. [O]
d. Indicar en todos los casos que corresponda los modelos de tarjetas que provean
combos de tipos de interfaces [O]
e. Listar otros tipos de interfaces soportadas por el equipo indicando la
denominacin, nmero de parte y cantidad de puertos [O].
f.
Pgina 22 de 80
6.2.1.6.2.
Protocolo de Nivel 2
j)
6.2.1.7.
IPoDWDM
6.2.1.7.1.
El oferente deber responder punto a punto para cada una de las interfaces
mencionadas lo solicitado en el punto 6.2.1
a. OC-768c/STM-256c, Tunable WDM POS, Line rate 42.8 Gbps, ITU G.709, FEC
Type: G.975.1 I.4, Online insertion and removal (OIR) without affecting system
traffic, Full C-band tunable laser, Configurable Tx optical power, Tx and Rx
optical power monitoring,
Indicar todos los rangos de potencia soportados, el rango de dispersin
cromtica, el rango de PMD, y el cdigo de modulacin de lnea empleado.
b. OC-192c/STM-64c, Tunable WDM POS, ITU G.709, FEC Type: G.975.1 I.4,
Online insertion and removal (OIR) without affecting system traffic, Full C-band
tunable laser, Configurable Tx optical power, Tx and Rx optical power
monitoring, Indicar todos los rangos de potencia soportados
c. OC-768c/STM-256c, POS, Line rate 42.8 Gbps, ITU G.709, Online insertion and
removal (OIR) without affecting system traffic. Indicar todos los rangos de
potencia soportados
d. OC-192c/STM-64c, POS, ITU G.709, Online insertion and removal (OIR)
without affecting system traffic. Indicar
todos
los rangos de potencia
soportados
6.2.1.7.2.
Protocolo de Nivel 2
Pgina 23 de 80
b.
c.
d.
e.
ROL TIPO RR
6.2.1.8.
ETHERNET
6.2.1.8.1.
El oferente deber responder punto a punto para cada una de las interfaces
mencionadas, lo solicitado en el punto 6.2.1.
a. Gigabit Ethernet ptica (de acuerdo a IEEE 802.3z). Capacidad : 1 Gbps
operando en modo full duplex con frame Ethernet y VLANs (802.1q ) [O]
b. 10Gigabit Ethernet ptica (de acuerdo a IEEE 802.3ae). Capacidad : 10 Gbps
operando en modo full duplex con frame Ethernet y VLAN (802.1q ). [O]
6.2.1.8.2.
Protocolo de Nivel 2
Pgina 24 de 80
6.2.2.
Routing
Pgina 25 de 80
j. Una descripcin detallada que explique las razones de los lmites indicados o la
no aplicacin de la funcionalidad al rol del equipamiento en la topologa de red a
implementar.
6.2.2.1.
Pgina 26 de 80
(IBGP)[O]
xvii.
xviii. RFC 4781 Graceful Restart Mechanism for BGP with MPLS [O]
xix. RFC 4893 BGP Support for 4-byte ASN.[O]
xx. Draft-rtgwg-bgp-pic-00 BGP Prefix Independent Convergence
e. OSPF (Open Shortest path First)[O], de acuerdo a las siguientes RFC / drafts y
funcionalidades:
i. RFC 1370 Applicability Statement for OSPF
ii.
iii.
iv.
v.
vi.
vii.
x.
xi.
xii.
xvi. RFC 4206 Label Switched Paths (LSP) Hierarchy with Generalized MultiProtocol Label Switching (GMPLS) Traffic Engineering (TE)
xvii. RFC 6107 Procedures for Dynamically Signaled Hierarchical Label
Switched Paths
Pgina 27 de 80
4684
Constrained
Route
Distribution
for
Border
Gateway
4811
OSPF
Out-of-Band
Link
State
Database
(LSDB)
Resynchronization
xxvi. RFC 4812 OSPF Restart Signaling
xxvii. RFC 4813 OSPF Link-Local Signaling
xxviii. RFC 4970 Extensions to OSPF for Advertising Optional Router Capabilities
xxix. RFC 5088 OSPF protocol extensions for Path Computation Element
xxx. RFC 5185 OSPF Multi-Area Adjacency [O]
Indicar:
1. Cantidad mxima de adyacencias [O]
2. Cantidad mxima de entradas en DBase [O]
xxxi. RFC 5187 OSPFv3 Graceful Restart [O]
xxxii. RFC 5286 Basic Specification for IP Fast Reroute: Loop-Free Alternates
[O]
xxxiii. RFC 5329 Traffic Engineering Extensions to OSPF Version 3
xxxiv. RFC 5340 OSPF for IPv6 (OSPF v3) [O]
Indicar:
1. Cantidad mxima de adyacencias [O]
2. Cantidad mxima de entradas en LSDB[O]
xxxv. RFC 5286 Basic Specification for IP Fast Reroute: Loop-Free Alternates [O]
RFC 1195 Use of OSI IS-IS for Routing in TCP/IP and Dual
Environments
iii.
iv.
Pgina 28 de 80
v.
vi.
vii.
viii.
ix.
x.
xi.
xii.
xiii.
RFC
5286
Basic
Specification
for
IP
Fast
Reroute:
Loop-Free
Alternates [O]
g. Multicast Routing Protocol, de acuerdo a las siguientes RFC / drafts
funcionalidades:
Multicast
Sparse
Mode
(PIM-
Pgina 29 de 80
j.
6.2.2.2.
Policy Routing
Pgina 30 de 80
6.2.2.2.1.
6.2.2.3.
Performance en IPv4
6.2.2.4.
Protocolo IPv6
Pgina 31 de 80
6.2.2.5.
Performance en IPv6
6.2.2.6.
Pgina 32 de 80
6.2.3.
Pgina 33 de 80
xxv.
xxvi.
xxvii.
xxviii.
xxix.
xxx.
xxxi.
xxxii.
xxxiii.
xxxiv.
xxxv.
xxxvi.
xxxvii.
xxxviii.
xxxix.
xl.
xli.
xlii.
xliii.
xliv.
xlv.
xlvi.
xlvii.
xlviii.
xlix.
l.
li.
lii.
liii.
liv.
lv.
lvi.
lvii.
RFC 4872 RSVP-TE Extensions in Support of End-to-End. Generalized MultiProtocol Label Switching (GMPLS) Recovery
RFC 4873 GMPLS Segment Recovery
RFC 6003 Ethernet Traffic Parameters
RFC 6205 Generalized Labels for Lambda-Switch-Capable (LSC)Label
Switching Routers
RFC 3473 Generalized MPLS Signaling, RSVP-TE Extensions
RFC 4003 GMPLS Signaling Procedure for Egress Control
RFC 4783 GMPLS - Communication of Alarm Information
RFC 4873 GMPLS Segment Recovery
RFC 4874 Exclude Routes - Extension to Resource ReserVation ProtocolTraffic Engineering (RSVP-TE)
RFC 3478 Graceful Restart Mechanism for Label Distribution Protocol [O]
RFC 4974 Generalized MPLS (GMPLS) RSVP-TE Signaling Extensions in
Support of Calls
RFC 3479 Fault Tolerance for the Label Distribution Protocol (LDP)[O]
RFC 5786 Advertising a Router's Local Addresses in OSPF Traffic Engineering
(TE) Extensions
RFC 3785 Use of Interior Gateway Protocol (IGP) Metric as a second MPLS
Traffic Engineering Metric ( Support for TE and IGP Metrics for CSPF )
RFC3812 Multiprotocol Label Switching (MPLS) Traffic Engineering (TE)
Management Information Base (MIB)
RFC3815 Definitions of Managed Objects for MPLS LDP [O].
RFC 4090 Fast Reroute Extensions to RSVP-TE for LSP Tunnels.
RFC 4125 Maximum Allocation Bandwidth Constraints Model forDiffservaware MPLS Traffic
RFC 4127 Russian Dolls Bandwidth Constraints Model for Diffservaware MPLS
Traffic Engineering.
RFC 4201 Link Bundling in MPLS Traffic Engineering (TE)
RFC 4379 Detecting Multi-Protocol Label Switched (MPLS) Data Plane
Failures (LSP PING y TRACEROUTE) [O]
RFC 6424 Mechanism for Performing Label Switched Path Ping (LSP Ping)
over MPLS Tunnels
RFC 6425 Detecting Data-Plane Failures in Point-to-Multipoint MPLS Extensions to LSP Ping
RFC 6426 MPLS On-Demand Connectivity Verification and Route Tracing
RFC 6427 MPLS Fault Management Operations, Administration, and
Maintenance (OAM) [O]
RFC 4905 Encapsulation Methods for Transport of Layer 2 Frames over MPLS
Networks
RFC4447 Pseudowire Setup and Maintenance Using the Label Distribution
Protocol (LDP) [O]
RFC 6073 Segmented Pseudowire
RFC 6723 Update of the Pseudowire Control-Word Negotiation Mechanism
RFC 4875 Extensions to Resource Reservation Protocol - Traffic Engineering
(RSVP-TE) for Point-to-Multipoint TE Label Switched Paths (LSPs)
RFC 4950 ICMP Extensions for Multiprotocol Label Switching [O],
RFC 5036 LDP Specification [O],
RFC 6720 The Generalized TTL Security Mechanism (GTSM) for the Label
Distribution Protocol (LDP)
Pgina 34 de 80
lviii.
lix.
lx.
RFC 5283 LDP Extension for Inter-Area Label Switched Paths (LSPs)
RFC 5332 MPLS Multicast Encapsulations [O]
RFC 5151 Inter-Domain MPLS and GMPLS Traffic Engineering -- Resource
Reservation Protocol-Traffic Engineering (RSVP-TE) Extensions
RFC 5561 LDP Capabilities [O],
RFC 5654 Requirements of an MPLS Transport Profile
RFC 5586 MPLS Generic Associated Channel
RFC 6423 Using the Generic Associated Channel Label for Pseudowire in the
MPLS Transport Profile (MPLS-TP)
RFC 6388 Label Distribution Protocol Extensions for Point-to-Multipoint and
Multipoint-to-Multipoint Label Switched Paths
RFC 5085 Pseudo Wire Virtual Circuit Connectivity Verification (VCCV). [O]
RFC 5884 Bidirectional Forwarding Detection (BFD) [O]
lxi.
lxii.
lxiii.
lxiv.
lxv.
lxvi.
lxvii.
h)
i)
j)
k)
l)
m)
n)
o)
Pgina 35 de 80
6.2.4.
Funcionalidades
Contestar por cada modelo de equipo propuesto, salvo en los puntos donde se
indique expresamente lo contrario.
En el caso que algunas normas se encuentren en estado Draft el oferente deber
garantizar su cumplimiento una vez estandarizadas las mismas. En el caso de las
normas que se hayan publicado en el IETF en carcter de RFC dentro de los
veinticuatro meses inmediatos anteriores a la fecha de publicacin del presente
concurso, y que el proveedor no la haya implementado an, se deber indicar
expresamente la fecha de cumplimiento prevista en su roadmap y el tipo de
compromiso asumido en el mismo.
6.2.4.1.
Access List
Pgina 36 de 80
i.
6.2.4.2.
del
hardware
VPN-MPLS
Pgina 37 de 80
6.2.4.2.1.
6.2.4.2.2.
Pgina 38 de 80
Pgina 39 de 80
6.2.4.3.
DiffServ
6.2.4.4.
DiffServ MPLS
Pgina 40 de 80
6.2.4.4.1.
describir
la
implementacin
casos
de
aplicacin
Pgina 41 de 80
6.2.4.4.2.
Mtodos de clasificacin
6.2.4.5.
Alta disponibilidad
Consiste en un conjunto de
distintas funcionalidades que se detallan a
continuacin. El oferente deber responder si cumple con el soporte, describir la
implementacin e indicar los limites de escalabilidad:
a. Non-Stop Forwarding (NSF)
i.
OSPF [O]
Pgina 42 de 80
6.2.4.6.
Traffic Engineering
Pgina 43 de 80
6.2.4.6.1.
6.2.4.6.2.
De acuerdo a las descripciones de los manifiestos RFC 4664 y RFC 4665, el oferente
debera responder sobre PWE3 acorde al marco establecido en estas dos RFC. La
funcionalidad consiste en la emulacin de circuitos (ATM, FR, Ethernet, TDM, etc.)
end to end a travs de la red IP-MPLS . El soporte de dicha funcionalidad es de
carcter obligatorio [O], y su funcionamiento deber estar en un todo de acuerdo
con las normas establecidas por el IETF (segn la lista de RFCs siguientes) y el
MPLS Forum. En el caso que algunas normas se encuentren en estado Draft el
oferente deber garantizar su cumplimiento una vez estandarizadas las mismas
Pgina 44 de 80
iv. RFC 4447 Pseudowire Setup and Maintenance Using the Label Distribution
Protocol (LDP)[O]
v. RFC 4448 Encapsulation Methods for Transport of Ethernet over MPLS
Networks [O]
vi. RFC 4717 Encapsulation Methods for Transport of Asynchronous Transfer Mode
(ATM) over MPLS Networks
vii. RFC 4816 Pseudowire Emulation Edge-to-Edge (PWE3) Asynchronous Transfer
Mode (ATM) Transparent Cell Transport Service.
viii.RFC 5254 Requirements for Multi-Segment Pseudowire Emulation Edge-toEdge
ix. RFC 4619
Encapsulation Methods for Transport of Frame Relay over
Multiprotocol Label Switching (MPLS) Networks
x. RFC 4906 Transport of Layer 2 Frames Over MPLS
xi. RFC 5659 An Architecture for Multi-Segment Pseudowire Emulation Edge-toEdge
xii. RFC 5086 Structure-Aware Time Division Multiplexed (TDM) Circuit Emulation
Service over Packet Switched Network (CESoPSN)
xiii.RFC 4553 Structure-Agnostic Time Division Multiplexing (TDM) over Packet
(SAToP)
xiv. RFC 6310 Pseudowire (PW) Operations, Administration, and Maintenance
(OAM)
xv. RFC 6718 Pseudowire Redundancy. [O]
xvi. draft-IETF-PWE3-REDUNDANCY-BIT - Preferential Forwarding Status bit
definition [O]
Para los tipos PWE Encapsulation tipo 4 y tipo 5 [RFC 4446]; Indicar las
cantidades mximas admisibles de acuerdo a las siguientes combinaciones :
1. Un AC a un Pseudowire. Indicar cantidad mxima de pares AC-PW.
Pgina 45 de 80
Indicar la cantidad mxima de PWE soportada por Chasis/ Slot / Ports segn
corresponda. Indicar de (Considerar el numero en forma bidireccional),tambien
describir todos los recursos lgicos que se deben tener en cuenta para realizar
la emulacin de un servicio E-Line sea provisionado localmente o involucre
equipos remotos :
1.
2.
3.
4.
PW Raw Mode
PW Tagged Mode
Attachtment Circuits
Otros
6.2.4.6.3.
VPLS
Pgina 46 de 80
Indicar el soporte para que Link Aggregation Groups puedan conectarse como
puntos de acceso de una VPLS.
Indicar el soporte de Flooding BPDU (SPT, RSPT ,etc) dentro de una VPLS
Indicar el soporte de un mecanismo para configurar una mxima utilizacin de
CPU para el proceso de VPLS.
Indicar el soporte de uno o varios LSP backups al LSP primario que se utiliza
para realizar el peer entre dos PE pertenecientes a las misma VPLS. Detallar el
funcionamiento y el numero de LSP backup soportados y si se le pueden
asignar diferentes prioridades ante un eventual switchover.
Para el caso del punto anterior en el caso de soportarlo, indicar si se puede
realizar LSP Load Balancing entre los LSP pertenecientes a al VPLS peer.Indicar
funcionamiento y en base a que campo se realizar el balanceo
(UDP/TCP,IP,MAC,etc).
Indicar el soporte de un mecanismo para realizar MAC limit.
a. Por VPLS
b. Por port de acceso a VPLS
Indicar el soporte de un mecanismo para controlar el trafico de Brodcast,
Multicast, Unknowk- Unicast packet Limit por VPLS.
Indicar el soporte de modificacion de MAC-ADDRESS Aging y el rango de tiempo
soportado
Indicar y explicar que mecanismo provee la solucin para evitar la duplicacin
de MAC ADDRESS dentro de una instancia VPLS.
Para poder obtener un mejor control del flooding de frames dentro de la VPLS,
indicar el soporte de Split Horizont configurable :
a. Por puerto fsico
b. Por subinterfaz lgica
c. Por Vlan
d. Por Bundle de Vlans
6.2.4.6.4.
RFC 1191
Pgina 47 de 80
6.2.4.6.5.
6.2.4.6.6.
Router Virtual
6.2.4.6.7.
Tunneling
Pgina 48 de 80
6.2.4.6.8.
A continuacin se detallan los aspectos requeridos sobre IPSec para los equipos
propuestos. Se deber responder punto a punto lo siguiente:
a. La capacidad del equipo propuesto para lograr la generacin y/o terminacin
de tneles IPSec, debiendo este ser compatible con las normas establecidas
por el IETF (RFC 4301, 4302, 4835, 2403, 2404, 2405, 4303, 4835, 5282,
5996, 5998, 4109,2451 y 6040).
b. Describir la implementacin de la funcionalidad de encripcin.
c. Describir para cada equipo propuesto, las modalidades de manejo de llaves
o claves de seguridad soportadas.
d. Indicar la compatibilidad con algoritmos de encripcin DES. Indicar la
compatibilidad con equipos de otros fabricantes.
e. Indicar la compatibilidad con algoritmos de encripcin 3DES (Triple DES) con
longitud de clave de 168 bits. Indicar la compatibilidad con equipos de otros
fabricantes.
f. Indicar la compatibilidad con algoritmos de encripcin AES (Advanced
Encription Standard segn RFC 5246, 5746, 5878, 6176, 3394, 3537, y
3565). Indicar la compatibilidad con equipos de otros fabricantes y describir
adems sus caractersticas.
Pgina 49 de 80
6.2.4.7.
Network-based Firewall
6.2.4.8.
Network-based NAT
Pgina 50 de 80
b.
6.2.4.9.
Control de Aplicaciones
6.2.4.10.
6.2.4.11.
Sincronismo
Pgina 51 de 80
6.2.4.11.1.
FUENTES DE SINCRONISMO
6.2.4.12.
Contestar para cada modelo de equipo con Rol PE, el soporte de:
6.2.4.13.
LOCAL
MANAGEMENT
6.2.4.14.
Pgina 52 de 80
6.2.4.14.1.
ii.
iii.
3,3 ms
ii.
10 ms
iii.
100 ms
iv.
1 seg
v.
10 seg
6.2.4.14.2.
Pgina 53 de 80
6.2.4.14.3.
a.
b.
c.
d.
Indicar
Indicar
Indicar
Indicar
6.2.4.14.4.
INTEROPERABILIDAD DE OAM.
si
si
si
si
existe
existe
existe
existe
interoperabilidad
interoperabilidad
interoperabilidad
interoperabilidad
entre
entre
entre
entre
ELMI y 802.1ag
802.3ah y 802.1ag
802.1ag y MPLS OAM
802.1ag y BFD
Otras
6.3.
CAPACIDADES DE
ELEMENTO DE RED
GESTIN
PROVISTAS
POR
EL
6.3.1.
INTERFACES GESTION
Pgina 54 de 80
6.3.2.
FUNCIONALIDADES
6.3.2.1.
SNMP
Telnet
SSH/
SFTP
TFTP/
FTP
Radius/ Otras
Tacacs+
Fallas
a)
b)
6.3.2.2.
Fallas
a. Deber contar con mecanismos para el envo de eventos/mensajes
espontneos de alarmas (ej. traps SNMP) mediante una interfaz
SNMP y/o SysLog. Se deber entregar la descipcin de cada uno de
ellos (incluyendo la descripcin de cada trap SNMP soportado) [O].
b. El oferente deber indicar la cantidad mxima de destinos a los que
un trap SNMP puede ser enviado en forma simultnea.
c. El oferente deber indicar la posibilidad de configurar distintos
destinos para el envo de traps SNMP por grupo de alarmas/eventos.
d. El oferente deber indicar la existencia de un mensaje de cese/fin de
alarma para cada tipo de alarma existente en el equipo.
e. Se debern detallar los diferentes tipos de alarmas indicados (ej.
equipamiento, comunicacin, entorno, procesamiento, QoS, etc.).
Deber entregar una lista con la descripcin de todas las
alarmas/eventos enviados por el Network Element.
f. El oferente deber detallar el formato de alarma utilizado, detallando
las especificaciones particulares del proveedor. El mismo deber
incluir como mnimo la siguiente informacin: Id_Alarma, Id_Origen,
Pgina 55 de 80
6.3.2.3.
Configuracin
a. Cada una de las funciones existente dentro del equipo debern poder
ser configuradas en forma remota [O]. Detallar los mecanismos e
interfaces para cumplir con dicha funcionalidad.
b. El equipo deber disponer de un mecanismo de
activacin/desactivacin de componentes (placas, ports).
c. El equipo debe proveer la posibilidad de realizar download y upload
en forma remota de nuevas versiones de software y configuraciones
[O].
d. Deber detallar el impacto en el equipo al ejecutar un cambio de
software. Detallar el proceso.
e. Deber contar con mecanismos de configuracin de direcciones
(interfaces y loopback). Indicar los mecanismos utilizados en la
gestin de los pools de direcciones.
f. El oferente deber detallar los mecanismos implementados para la
configuracin de las funcionalidades requeridas
6.3.2.4.
Performance
Pgina 56 de 80
6.3.2.5.
Contabilizacin (accounting)
6.3.2.6.
Seguridad
6.3.2.7.
Inventario de Elementos
a. Se deber indicar si el equipo posee la funcionalidad de inventario de
recursos fsicos y lgicos del propio elemento. [O]
b. Para los recursos fsicos (elementos de hardware) el equipo deber
registrar la existencia de cada modulo individual, respetando los
niveles de agregacin propios de la arquitectura del elemento de red,
p. ej. bastidor, sub-bastidor, placa, mdulo, etc.
c. El sistema debe reflejar las versiones de hardware para cada mdulo
individual.
d. El sistema debe reflejar las versiones de firmware y software para
cada modulo individual. Detallar los casos en que aplica
Pgina 57 de 80
6.3.3.
ADMINISTRACIN DE SOFTWARE
a. El oferente deber describir las funcionalidades de administracin de
software implementadas en el elemento de red. [O]
b. El oferente deber indicar si el equipo cuenta con la posibilidad de
mantener dos o ms versiones de software residentes en el equipo
con el objetivo de permitir el cambio de versiones. [O]
c. El oferente deber describir el procedimiento de cambio de versin de
software y firmware.
6.3.4.
REGISTROS (Logs)
a. El equipo deber contar con distintos Registros que permitan soportar
informacin correspondiente a la gestin de comandos, de fallas, de
acceso y de seguridad del sistema completo. [O]
b. Indicar el tipo de estructura implementada para cada tipo de Registro
y tamaos mximos.
c. El equipo deber disponer de una administracin automtica de los
Registros
6.3.5.
Pgina 58 de 80
6.3.6.
ROADMAP GESTION
a. El oferente detallar el roadmap respecto a las capacidades de
gestin provistas por el equipo [O], en cuanto a:
b. Interfaces
c. Funcionalidades / servicios
d. Escalabilidad
e. Indicando en cada caso el grado de compromiso con las fechas
establecidas (por ejemplo: comprometido, propuesto, conceptual,
etc.). En todos los casos se deber indicar fechas de disponibilidad
comercial.
6.3.7.
ROADMAP EQUIPAMIENTO
en
a. Interfaces
b. Funcionalidades / servicios
c. Escalabilidad
Para cada caso, indicar las fechas de disponibilidad comercial, como as tambin su
grado de compromiso (propuesto, comprometido, etc)
6.4.
6.4.1.
6.4.2.
Pgina 59 de 80
6.4.3.
6.4.4.
7. ESCENARIOS REQUERIDOS
En la figura 4, se muestra un esquema general de la ubicacin de los roles de
equipamiento que son objeto de cotizacin (roles P y PE). Los roles RR e IGW
tambin son objeto de cotizacin y se ubican en los nodos primarios Benavidez y
Mendoza:
TRONCAL MPLS
Nodo Primario N
Nodo Primario Y
Rol P
Rol P
Servicio 1 / Lambda X
(vincular P)
ADM
Rol PE
ADM
Rol PE
Rol PE
DWDM
Rol PE
Servicio 4 / Lam
bda Z (Vincula
r
Subtendido con
PE)
vic
ar
ul
cc
in
(V )
a Z PE
bd con
m
La ido
4 / nd
io bte
vic Su
Se
r
r
Se
bda Z
Servicio 3 / Lam
dido con PE)
(Vincular Subten
io
Su 3 /
bt La
en m
di bd
do a
co Z (V
n P in
E) cul
ar
DWDM
ACCESO MPLS
ADM
ADM
DWDM
DWDM
Nodo Secundario X
Nodo Secundario Y
INFRAESTRUCTURA DWDM
EXISTENTE
Vinculo por lambda de
DWDM en par de fibra 1
Vinculo por lambda de
DWDM en par de fibra 1
7.1.
Pgina 60 de 80
Se debe cotizar interfaces del tipo Ethernet. El cableado a los distribuidores de fibra
ptica o entre equipamiento debe ser en fibra monomodo, excepto en el nodo
Benavidez, donde el cableado hacia los rol PE, IGW y RR ser en fibra multimodo.
Los tipos de interfaces a cotizar por funcin en la red, por cada equipamiento con
rol P, son:
I-P-PE: Interface de P a PE
I-P-P: Interface de P a P
I-P-RR: Interface de P a RR
Las placas de interfaces a utilizar, deben tener como mnimo 8 interfaces (excepto
para el tipo C).
ROL PE
ROL P
I-P-PE
ROL IGW
I-P-P
ROL P
ROL P
I-P-IGW
I-P-PE
I-P-P
I-P-P
I-P-RR
ROL PE
ROL RR
I-P-PE
ROL PE
7.1.1.
Las interfaces entre rol P se cotizarn en base al siguiente esquema. Las interfaces
a proveer deben estar distribuidas como mnimo en dos placas de lnea diferentes.
Pgina 61 de 80
Todas las interfaces sern de 10 Gbps pticas equipadas para soportar distancias
de hasta 10 km.
Pgina 62 de 80
P
JUJUY
P
POSADAS
P
RESISTENCIA
1x10Gbps
1x10Gbps
1x10Gbps
P
TUCUMAN
1x10Gbps
1x10Gbps
P
SANTA FE
1x10Gbps
3x10Gbps
3x10Gbps
P
ROSARIO
1x10Gbps
P
CORDOBA
1x10Gbps
DATACENTER
4x10Gbps
4x10Gbps
P
MENDOZA
INTERNET
4x10Gbps
P
BENAVIDEZ
TDA
4x10Gbps
1x10Gbps
4x10Gbps
P
NEUQUEN
1x10Gbps
4x10Gbps
4x10Gbps
P
1x10GbpsABASTO
P
RODRIGUEZ
1x10Gbps
P
BAHIA BLANCA
1x10Gbps
1x10Gbps
1x10Gbps
P
CALETA OLIVIA
1x10Gbps
P
RIO GALLEGOS
7.1.2.
Las interfaces entre rol P y rol PE se cotizarn en base al siguiente esquema. Las
interfaces a proveer deben estar distribudas como mnimo en dos placas de lnea
diferentes.
Pgina 63 de 80
Todas las interfaces sern de 10 Gbps pticas equipadas para soportar distancias
de hasta 10 km.
Nodo Primario
ROL PE
ROL PE
ROL PE
ROL PE
I-P-PE
I-P-PE
ROL P
7.1.3.
Las interfaces entre rol P y rol IGW se cotizarn en base al siguiente esquema. Las
interfaces a proveer deben estar distribudas como mnimo en dos placas de lnea
diferentes.
Todas las interfaces sern de 10 Gbps pticas equipadas para soportar distancias
de hasta 10 km.
Pgina 64 de 80
ROL IGW 1
ROL P
Benavidez 1
Proveedor
Internet 1
I-P-IGW
I-P-IGW
ROL P
Benavidez 2
I-P-IGW
I-P-IGW
ROL IGW2
7.1.4.
Proveedor
Internet 2
Todas las interfaces sern de 10 Gbps pticas equipadas para soportar distancias
de hasta 10 km.
Pgina 65 de 80
ROL P
Benavidez 1
ROL PE(DC)
I-P-PE(DC)
I-P-PE(DC)
ROL P
Benavidez 2
I-P-PE(DC)
7.1.5.
DATA CENTER
Las interfaces entre rol P y rol RR de los nodos Mendoza y Benavidez, se cotizarn
en base al siguiente esquema. Las interfaces a proveer deben estar distribudas
como mnimo en dos placas de lnea diferentes.
Todas las interfaces sern de 10 Gbps pticas equipadas para soportar distancias
de hasta 10 km.
ROL P
I-P-RR
ROL RR
Pgina 66 de 80
7.2.
En el caso del nodo Benavidez, se contar con dos equipamientos rol PE dedicados
a vincular el DataCenter PE(DC).
Se debe cotizar interfaces del tipo Ethernet. El cableado a los distribuidores de fibra
ptica o entre equipamiento debe ser en fibra monomodo, excepto en el nodo
Benavidez, donde el cableado hacia los rol P, y AN ( I-PE-AN e I-PE-AN Sub) ser
en fibra multimodo.
Los tipos de interfaces a proveer por cada equipamiento con rol PE, son:
I-PE-P: Interface de PE a P
Pgina 67 de 80
ROL AN
ROL AN
ROL AN
Nodo Subtendido
Nodo Secundario
I-PE-AN
I-PE-AN Sec
I-PE-AN Sub
ROL PE
I-PE-P
CORE P
7.2.1.
Las interfaces entre rol PE y rol P, se cotizarn en base al siguiente esquema. Las
interfaces a proveer deben estar distribudas como mnimo en dos placas de lnea
diferentes.
Todas las interfaces sern de 10 Gbps pticas equipadas para soportar distancias
de hasta 10 km.
Pgina 68 de 80
Nodo Primario
ROL PE
I-PE-P
I-PE-P
7.2.2.
ROL P
Las interfaces entre rol PE y rol AN ubicado en nodo secundario , se deben ofertar
en base al siguiente esquema. Las interfaces a proveer deben estar distribudas
como mnimo en dos placas de lnea diferentes.
Todas las interfaces sern de 10 Gbps y 1 Gbps pticas equipadas para soportar
distancias de hasta 10 km.
Pgina 69 de 80
ROL AN
ROL AN
Nodo Secundario
Nodo Secundario
I-PE-AN Sec
I-PE-AN Sec
Infraestructura DWDM
Infraestructura DWDM
ROL PE
CORE P
7.2.3.
Todas las interfaces sern de 10 Gbps y 1 Gbps pticas equipadas para soportar
distancias de hasta 80 km.
Pgina 70 de 80
ROL AN
ROL AN
FO
Nodo Subtendido
Osc
ura
FO
I-PE-AN Sub
ura
Osc
Nodo Subtendido
I-PE-AN Sub
ROL PE
CORE P
7.2.4.
Todas las interfaces sern de 10 Gbps y 1 Gbps pticas equipadas para soportar
distancias de hasta 10 km.
Pgina 71 de 80
Nodo Primario
ROL AN
FO Oscura
I-PE-AN
ROL PE
CORE P
7.3.
Se debe cotizar interfaces del tipo Ethernet. El cableado a los distribuidores de fibra
ptica o entre equipamiento debe ser en fibra ptica multimodo (I-IGW-P e I-IGWCI).
Los tipos de interfaces a proveer por cada equipamiento con rol IGW, son:
Pgina 72 de 80
ROL P
I-IGW-P
ROL IGW
I-IGW-CI
CARRIER INTERNET
7.3.1.
Las interfaces entre rol IGW y rol P, y entre rol IGW y el Carrier Internet ubicado en
el nodo primario , se deben ofertar en base al esquema del punto 7.3. Las
interfaces a proveer deben estar distribudas como mnimo en dos placas de lnea
diferentes y las placas de interfaces a utilizar deben tener como mnimo 8
interfaces.
Todas las interfaces sern de 10 Gbps y 1 Gbps pticas equipadas para soportar
distancias de hasta 10 km.
Pgina 73 de 80
7.4.
Se debe cotizar interfaces del tipo Ethernet. El cableado a los distribuidores de fibra
ptica o entre equipamiento debe ser en fibra monomodo, excepto en el nodo
Benavidez, donde el cableado hacia los rol P ser en fibra multimodo.
Los tipos de interfaces a proveer por cada equipamiento con rol RR, son:
I-RR-P: Interface de RR a P
ROL P
I-RR-P
ROL RR
7.4.1.
Las interfaces entre rol RR y rol P, se deben ofertar en base al esquema del punto
7.4.
Todas las interfaces sern de 10 Gbps pticas equipadas para soportar distancias
Pgina 74 de 80
de hasta 10 km.
7.5.
se deber
Para esto, se solicita ofertar 2 (dos) equipos rol P tipo B (siempre que todos los
tipos sean de la misma naturaleza) y 4 (cuatro) equipos rol PE tipo A (siempre que
todos los tipos sean de la misma naturaleza).
Los equipos deben estar equipados de tal forma de cumplir con lo requerido en el
punto 6.4.
NODO
Pgina 75 de 80
8. VISTA DE RACK
A los efectos de facilitar la evaluacin de la solucin tcnica ofertada, el oferente
deber representar una vista de rack frontal, trasera y lateral de cada uno de los
equipos propuestos por rol y por nodo.
[O]
9.1.
ALCANCE DE SUMINISTRO
10.
La Ingeniera de sistema.
La Ingeniera de detalle de instalacin.
Los planos conforme a obra.
Los trabajos de montaje e instalacin de los equipos y los elementos
asociados. En este concepto se debern considerar los servicios de montaje e
Pgina 76 de 80
b.
c.
d.
e.
f.
g.
h.
i.
j.
k.
l.
m.
11.
Se deber cumplir con el cronograma de ejecucin de los trabajos del ANEXO VII
del PET.
12.
Pgina 77 de 80
13.
14.
15.
Pgina 78 de 80
Pgina 79 de 80
16.
Pgina 80 de 80