especificaciones comunicaciones jaco y coyol (2) · 1.1.27 el equipo debe cumplir con el estándar...
TRANSCRIPT
Especificaciones comunicaciones Sub Jacó y Sub Coyol
1. Especificaciones equipo comunicaciones Sub Jacó
1.1 Servidores Serial a Ethernet.
Justificación: Estos equipos deben cumplir con la función de crear un canal serial limpio
para comunicar las protecciones de impedancia (21L) y de Falla interruptor (50BF) para
las líneas Jacó-Cañas y Jacó-Parrita. Se realizará la especificación para 5 equipos con
idénticas características.
El equipo debe ser igual o superior al equipo marca Perle modelo IOLAN SDS8C DHV.
A continuación las especificaciones:
1.1.1 El oferente debe entregar una garantía de tres anos sobre el hardware,
firmware y software del equipo.
1.1.2 EL oferente debe entregar el equipo con la última versión de firmware
disponible para el equipo.
1.1.3 El equipo ofertado debe ser homologado y cumplir con normativa para operar
en subestaciones eléctricas de alta tensión.
1.1.4 El equipo debe contar con al menos 8 puertos seriales.
1.1.5 El equipo ofertado debe contar con 2 fuentes de alimentación una de las cuales
deberá operar para 125 Vdc y la otra puede operar en 125 Vdc o en 120 Vac.
1.1.6 El equipo deberá contar con 2 interfaces ethernet 10/100/1000 base TX, las
cuales son para interconectar a la WAN, estas deben trabajar en forma dual, de
tal manera que si se pierde un enlace el otro esté como respaldo.
1.1.7 El equipo debe contar con una salida de “contacto seco” de alarma en caso de
averías.
1.1.8 Los puertos seriales deben ser configurados vía software a los siguientes tipos:
RS-232, RS-485(full y half duplex), RS422 DTE.
1.1.9 La velocidad de los puertos seriales debe ser configurable desde 50 bps hasta
230 kbps (según protocolo), vía software.
1.1.10 Los bits de datos de la trama serial pueden ser 5, 6, 7, 8, 9 y este parámetro
debe configurarse vía software.
1.1.11 En lo relativo a la paridad de la trama debe poder configurarse par, impar o
ninguno y esto debe poder configurarse vía software.
1.1.12 En lo relativo al control de flujo de la trama debe poder configurarse por
software, hardware, ambos o ninguno, esto debe poder configurarse vía
software.
1.1.13 El puerto de consola local debe ser serial, RS-232.
1.1.14 El equipo debe poder trabajar para un rango de temperatura desde -40 a +70
grados centígrados.
1.1.15 El equipo debe poder instalarse en un rack de 19 pulgadas de ancho y debe
tener todos los accesorios necesarios para su anclaje en el mismo.
1.1.16 El equipo no debe ser mayor en altura a 1U de rack.
1.1.17 El equipo debe cumplir con normativa IEC-61850-3, IEEE-1613 en todo lo
relacionado a puertos, señales y conexiones de alimentación.
1.1.18 El equipo debe cumplir con los siguientes estándares de inmunidad
electromagnética para ambiente de subestaciones eléctricas de alta tensión:
IEC-61000-4-2, IEC-61000-4-3, IEC-61000-4-4, IEC-61000-4-5, IEC-61000-4-6,
IEC-61000-4-8, IEC-61000-4-11, IEC-61000-4-12, IEC-61000-4-16.
1.1.19 El equipo debe poder ser gestionado remotamente mediante telnet o SSH (v1 y
v2)
1.1.20 El equipo debe poder ser gestionado remotamente vía HTTP o HTTPs con un
certificado digital.
1.1.21 El equipo debe soportar el ingreso remoto de múltiples usuarios
simultáneamente.
1.1.22 El equipo debe soportar direccionamiento en IPv4 o IPv6.
1.1.23 Para ingresar al equipo debe proveer acceso de usuarios vía el modelo AAA.
1.1.24 El equipo debe permitir acceder al mismo vía LADP, Kerberos, RADIUS y vía
TACACS+ en el modelo AAA.
1.1.25 El equipo debe soportar el protocolo SNMP (v1, v2, v3) para gestión remota en
un NOC.
1.1.26 El equipo debe poder crear un túnel transparente serial sobre una red de
paquetes vía TCP o UDP, la conexión puede trabajar con encriptación.
1.1.27 El equipo debe cumplir con el estándar RFC-2217 para el transporte de señales
de control en un canal RS-232.
1.1.28 El equipo debe tener la capacidad de generar Syslogs a un servidor de gestión.
1.1.29 El proveedor deberá suministrar el MIB del equipo para declararlo en la base de
datos del gestor del ICE.
1.2 Nodo Red MPLS
Justificación:
El nodo Jacó es un nodo dentro del Core de la red MPLS del sector Energía, esta se
conecta con Subestación Cañas y Subestación Parrita, debe comprender un equipo con
capacidad para transporte igual o superior a los extremos del mismo.
Sobre la red MPLS se van a transportar todas las señales y datos de la red Metro actual,
tanto para Subestación Jacó, además se transportarán señales de teleprotección para la
comunicación de las protecciones de impedancia y falla interruptor en subestaciones
Cañas, Jacó y Parrita.
A continuación se referencia las especificaciones de los equipos de transporte con soporte
MPLS para Subestación Jacó, así como los complementos para los extremos (Cañas y
Parrita).
El equipo debe ser igual o superior al equipo marca Brocade modelo NetIron MLX-4.
ROUTER DE CORE JACÓ
1.2.1 El conmutador Core de datos con soporte de conmutación (switching) y
enrutamiento (routing) de paquetes en capa 2, capa 3 y las listas de control de acceso
extendidas (Extended ACL) como mínimo. Deberá tener funciones avanzadas de Extended
ACL y estar listo para transportar aplicaciones de voz sobre IP.
1.2.2 Para el conmutador de core deberá contar con un procesamiento mínimo de 480
millones de paquetes por segundo, así mismo deberá contar con un procesamiento
mínimo en la fábrica de switcheo de 960Gbps, La arquitectura deberá trabajar a velocidad
de cable y ser no bloqueable.
1.2.3 Las procesadoras de switcheo deberán soportar balanceo de carga, es decir, ambas
Las procesadoras de switcheo deberán ser módulos independientes de los módulos de
interfaces y administración.
1.2.4 El conmutador deberá tener una arquitectura basada en chasis modular.
1.2.5 El conmutador deberá tener la capacidad para soportar “link aggregation” de hasta
16 enlaces de 10GbE cada uno, para un total de 160Gbps máximo.
1.2.6 El conmutador deberá operar con fuentes de poder redundantes en -48 VDC y
120VAC. En caso de que falle el sistema de alimentación principal 125VDC el equipo
deberá funcionar al 100% de su capacidad con las fuentes AC y en caso de que falle el
sistema de alimentación 120VAC el equipo deberá funcionar al 100% de su capacidad con
las fuentes DC. El equipo deberá realizar balanceo de cargas entre la totalidad de sus
fuentes.
1.2.8 Todos los módulos que proveen puertos de servicio, tanto de 10 Gigabit Ethernet,
Gigabit Ethernet y Ethernet 10/100/1000 , ya sea con puertos en cobre o fibra, deberán
tener un sistema de procesamiento independiente de la Procesadora Central, de manera
que procesen y mantengan el switcheo de capa 2 y capa 3 localmente por cada módulo.
1.2.9 Todos los módulos deberán tener características de inserción “en caliente”, Hot-
Swap, que permita introducir o remover componentes estando la unidad en plena
operación, como lo son módulos de puertos de servicio, procesadoras, fuentes de poder y
ventiladores.
1.2.9 El equipo debe contar con dos tarjetas de 2X10Gbps, con soporte MPLS, ipv4,
IPv6 para interconexión al Core.
1.2.9 El equipo debe contar con una tarjeta de 24X1 Gbps con soporte MPLS, IPv4, IPv6
para interconexión al Switch de Acceso, slots para fibra SFP-LC.
1.2.10 Administración
1.2.10.1 La unidad deberá poder configurarse por medio de un puerto de consola
con interface RS-232.
1.2.10.2 De igual manera, la unidad podrá configurarse por medio de una sesión de
SSH para acceder al equipo.
1.2.10.3 El equipo debe contar con redundancia de tarjeta controladora (deberá
contar con dos controladoras)
1.2.10.4 El software del sistema y el de los módulos de servicio deberá poder ser
migrado a nuevas versiones de manera remota y local dentro de las instalaciones del
cliente vía protocolo TFTP y SCP, sin que esta actualización implique que el equipo tenga
que sacarse de funcionamiento.
1.2.10.5 Autenticación local de usuarios sobre sesiones de Telnet para actividades de
administración en el equipo.
1.2.10.6 El equipo deberá tener administración jerárquica y protección de passwords
para la interface de administración.
1.2.10.7 El equipo deberá ser capaz de guardar una bitácora de eventos.
1.2.10.8 Capacidad de salvar y restaurar la configuración total del equipo.
1.2.10.9 El equipo deberá contar con un protocolo de anillo metropolitano el cual
permita una rápida convergencia así como la capacidad de definir grupos topológicos a fin
de reducir el número de árboles de spanning tree de la solución.
1.2.10.10 El equipo deberá contar con un mecanismo de monitoreo en tiempo real a
nivel de capa 2 / capa 3 / capa 4 para todos los puertos configurados en el equipo.
1.2.11 De las funcionalidades de redundancia:
1.2.11.1 El conmutador deberá proveer redundancia en las fuentes de poder.
1.2.11.2 El conmutador deberá ́proveer redundancia en la tarjeta de administración
de 1+1.
1.2.11.3 El conmutador deberá proveer redundancia de 1+1 para los módulos de
conmutación, independiente deberá tener la capacidad de configurarse con redundancia
de 2+1.
2.1.11.4 Al fallo de la Procesadora Central, los módulos de servicio deberán
mantener su operación al menos de manera local en capa 2 y capa 3; es decir, todos los
puertos integrados en un solo módulo, deberán permanecer funcionales entre sí, aunque
se haya perdido la comunicación con la Procesadora Central. Todos los módulos para
puertos, tanto de 10GbE como 1GbE, en los conmutadores de core deberán ser tales que
garanticen que no se presentará sobre suscripción al backplane. No se aceptaran
soluciones en las cuales las tarjetas o módulos posean sobre suscripción.
1.2.11.5 Al fallo de una tarjeta procesadora, el equipo deberá mantener sus
funciones de forma transparente para los usuarios.
1.2.11.6 El sistema operativo del conmutador deberá ser actualizable sin interrupción
de la operación. A nivel de capa 2, no deberá haber interrupción de paquetes y a nivel de
capa 3 deberá soportarse la actualización del sistema operativo sin interrupción de los
procesos de BGP y OSPF.
1.2.11.7 El conmutador deberá contar como mínimo 4 ranuras (slots) dedicadas
exclusivamente a tarjetas de puertos y debe poder crecer hasta 96 puertos 100/1000,
todos non-blocking o 16 puertos 10Gb o combinación de ambos.
1.2.11.8 Las funciones de MPLS del equipo deben cumplir con las especificaciones
del MEF (Metro Ethernet Fórum), eso para asegurar que el servicio sea adecuado con
respecto a los estándares vigentes y de última tecnología de este nivel.
1.2.12 Capa 2
1.2.12.1 El equipo deberá contar con soporte mínimo de 1, 000,000 de direcciones
de MAC.
1.2.12.2 Deberá permitir la creación de hasta 4094 VLANS
1.2.12.3 El equipo deberá soportar la agregación de VLAN vía Q in Q
1.2.12.4 Se deberá soportar configuraciones de PVST/PVST+ ( Per VLan spanning
Tree)
1.2.12.5 El equipo deber contar con mecanismos de seguridad que permitan la
protección de los árboles de spanning tree.
1.2.12.6 También deberá contar con soporte a múltiples instancias de STP (mSTP)
vía 802.1s
1.2.13 Capa 3:
1.2.13.1 El equipo deberá contar con un soporte mínimo de 512,000 rutas de IPv4 y
mínimo 112,000 rutas de IPv6.
1.2.13.2 Además de esto deberá contar con soporte a los siguientes protocolos de
ruteo:
RIPv1, RIPv2, OSPF, IS-IS, MD5 authentication, Traffic engineering (TE) extensions,
BGPv4, Soporte mínimo de 1 millón de rutas, Multipath load sharing, VRRP, Policy Base
Routing y MPLS.
1.2.13.3 El equipo deberá contar con soporte a MPLS y poder crear VPN de L2 y L3
con el siguiente soporte:
• OSPF-TE
• ISIS-TE
• Fast Re-route (Detour) support
• RSVP-TE
• CSPF
• LSP Accounting
• Adaptive LSPs
1.2.13.4 El equipo deberá contar con soporte a VPN de L2 con las siguientes
características:
• VPLS, Multicast Snooping para VPLS, IGMP y PIM proxy para VPLS
1.2.13.5 El Equipo deberá contar con las siguientes funcionalidades de VPN L3
• BGP/MPLS VPNs
• Multi-VRF
• Debe tener un protocolo de convergencia que mejore los tiempos de convergencia
de VRRP.
1.2.13.6 El equipo deberá contar con soporte a las siguientes funcionalidades de
multicast:
• IGMP v1 , v2 y v3
• PIM-DM
• PIM-SM
• PIM-SSM
• MSDP
• Anycast RP
1.2.13.7 Priorización de Tráfico:
• Basada en VLAN
• Basada en grupo de VLANS
• Basada en VLAN y prioridad
• Basada en grupo de VLANS y prioridad
• Basada en Puerto y lista de control de acceso a nivel de capa 2 y capa 3.
• Capacidad de 8 colas de prioridad QoS por puerto.
• Capacidad de priorización para tráfico de ingreso y egreso.
• Capacidad de marcado de paquetes basados en prioridad.
• Basada en Puerto y prioridad
1.2.13.8 El equipo deberá soportar los siguientes algoritmos para manejo de colas
para priorización:
• Strict Priority Queuing.
• Weighted Fair Queuing (WFQ) scheduling
• Combinación de los dos anteriores.
1.2.14 Seguridad:
1.2.14.1 El equipo deberá tener la capacidad de brindar la seguridad de acceso a la
red a través de IEEE 802.1x para autenticación de los usuarios y permitirá realizar el
proceso de autenticación de manera local o a través de un servidor RADIUS.
1.2.14.2 Deberá contar con soporte a 802.1x con las siguientes extensiones:
• Autenticación de múltiples usuarios por puerto
• Asignación de filtros de direcciones de MAC en configuración de múltiples usuarios
por puerto.
• Asignación dinámica de filtros en configuración de múltiples usuarios por puerto.
• Asignación dinámica de VLANs
1.2.14.3 El equipo deberá soportar listas de acceso en capa 2, 3 y 4.
1.2.14.4 El equipo deberá contar con protección en contra de ataques de negación
de servicio DoS.
1.2.14.5 El equipo deberá contar con soporte de IPv6, así mismo deberá incluir
doble pila de Ipv4/IPv6.
1.2.14.6 El equipo deberá ser administrable vía IPv6 con soporte a
• Telnet vía IPv6
• TFTP vía IPv6
• SNMP vía IPv6
• ICMP (ping y traceroute)
• HTTP / HTTPs
• Syslog
• SSH v1
1.2.14.7 El equipo deberá contar en el siguiente soporte de protocolos de ruteo de
IPv6:
• RIPng
• OSPFv3
• IS-IS para IPv6
• BGP4+
1.2.14.8 Así mismo el equipo deberá contar con soporte a ruteo de tráfico multicast
con soporte a IPv6 con las siguientes características:
• MLD v1,v2
• PIM-SM
• PIM-SSM
1.2.14.9 Debe tener compatibilidad con los siguientes estándares de la IEEE:
• 802.1ag — Connectivity Fault Management
• 802.1w — Rapid STP
• SNMP v1, v2c and V3
• 802.1D — MAC Bridges
1.2.14.10 El conmutador Core deberá cumplir con las especificaciones que se citan a
continuación, además, todas esas especificaciones deberán estar normalizados por la
IETF.
1.2.15 BGPv4
1.2.15.1 Interacción con OSPF en ASBR (Autonomous system border routers)
1.2.15.2 Soporte para confederaciones de sistemas autónomos BGP4 que permitan
que esa confederación sea vista como un único sistema autónomo por otros.
1.2.15.3 Debe existir un método para la transmisión de información adicional tanto a
vecinos como a peers remotos, esto para ayudar en las políticas de administración y
reducir la complejidad del manejo del Internet.
1.2.15.4 Debe tener un parámetro opcional que permita introducir nuevas
capacidades a BGP sin necesidad de que las adyacencias BGP sean terminadas.
1.2.15.5 Debe tener soporte para reflexión de rutas, que es un método alternativo
para evitar la necesidad de las mallas completas en IBGP.
1.2.15.6 Debe existir un método mediante el cual se prevenga el colapso de la red
por un peer con conexión intermitente.
1.2.15.7 Se requiere un método TCP que permita proteger BGP mediante MD5.
1.2.15.8 Capacidad para realizar un intercambio dinámico de solicitudes de
refrescamiento de rutas entre los peers BGP.
1.2.15.9 Debe tener un método de protección para la pila de protocolo ante ataques
basados en sobreutilización del procesador.
1.2.16 OSPF
1.2.16.1 Debe tener soporte para OSPF v2
1.2.16.2 Debe contar con una técnica que le permita a los routers con pocos
recursos mantenerse operativos en la red a pesar de que las tablas de enrutamiento sean
muy grandes.
1.2.16.3 Debe soportar LSAs Opacos.
1.2.16.4 Se requiere que tenga capacidad para atrapar o determinar cambios OSPF.
1.2.16.5 Debe tener capacidad para la configuración e implementación de NSSA.
1.2.17 IS-IS
1.2.17.1 Debe operar tanto entornos IP como OSI y combinaciones de ambos.
1.2.17.2 Los routers ISIS deben tener la capacidad de publicar su nombre a través
de la red ISIS.
1.2.17.3 Domain-wide Prefix Distribution
1.2.17.4 Debe tener un mecanismo para reducir la transmisión de paquetes
redundantes en el protocolo IS-IS.
1.2.17.5 Debe soportar la autenticación del los PDUs utilizando HMAC-MD5.
1.2.18 Multicast
• Host Extensions
• BGP-MP
• DVMRP v2
1.2.19 MPLS
1.2.19.1 Debe poder utilizar las opciones de los LSA para prevenir los loops en BGP /
MPLS IP VPNs.
1.2.19.2 MPLS Label Stack Encoding
1.2.19.3 Debe contar con un método mediante el cual el ICE pueda utilizar su
backbone IP para proveer VPNs a sus usuarios.
1.2.19.4 Debe ser compatible con LDP (Label Distribution Protocol) a través del cual
los LSRs distribuyen las etiquetas para soportar el reenvío MPLS a través de rutas
normalmente enrutadas.
1.2.19.5 Debe permitir que OSPF sea el protocolo que se utilice en la interface entre
los routers de frontera del cliente y el proveedor BGP/MPLS IP VPNs.
1.2.19.6 Debe contar con extensiones para BGP-4 para portar múltiples protocolos
de la capa de red.
1.2.19.7 Debe tener soporte para servicios diferenciados según RFC 3270.
1.2.19.8 Debe ser compatible con las especificaciones funcionales de RSVP v1
definidas en RFC 2205.
1.2.19.9 Debe asegurar que RSVP v1 tiene compatibilidad con las reglas de
procesamiento de mensajes definidas en RFC 2209
1.2.19.10 RSVP debe tener autenticación e integridad salto por salto.
1.2.20 IPv6
1.2.20.1 Debe ser totalmente compatible con IPv6.
1.2.20.2 Debe cumplir con las reglas propuestas en la RFC 2450.
1.2.20.3 Debe cumplir con las especificaciones que aparecen en el RFC 2471.
1.2.20.4 Debe tener las direcciones de Anycast IPv6.
1.2.20.5 Debe contar con las facilidades del protocolo NDP en IPv6.
1.2.20.6 Debe ser capaz de ejecutar el proceso de generación de una dirección de
enlace, el proceso para generar direcciones locales y globales mediante autoconfiguración
sin estado y el proceso de detección de direcciones duplicadas.
1.2.20.7 Debe regirse por la arquitectura de direccionamiento IPv6 definida en
RFC3513.
1.2.20.8 Debe soportar DNS con IPv6.
1.2.20.9 Debe tener capacidad para hacer uso de extensiones multiprotocolo (MP-
BGP-4) para IPv6
1.2.20.10 Debe contar con mecanismos de compatibilidad para IPv4.
1.2.21 Los equipos deberán cumplir con las siguientes normas de emisión
electromagnética:
1.2.21.1 EN 55022/CISPR
1.2.21.2 22 Class A
1.2.21.3 EN 61000-3-2, Power Line Harmonics
1.2.21.4 EN 61000-3-3, Voltage Fluctuation & Flicker
1.2.21.5 EN 61000-6-3, Electromagnetic
1.2.21.6 ICES-003, Electromagnetic Emission
1.2.21.7 El equipo deberá cumplir con características de inmunidad de ruido
electromagnético; Descargas electrostáticas (ESD), Campos electromagnéticos de alta
frecuencia radiados, Impulsos de alta energía o ondas de choque (Surges), Transitorios
eléctricos rápidos en ráfagas ( Burst ) (EFT), Campos electromagnéticos de alta frecuencia
conducidos, Campos magnéticos a frecuencia de red, Fallos, fluctuaciones, cortes y micro
cortes en la alimentación, según las normas de INMUNIDAD O SUSCEPTIBILIDAD EN
61000-4-2 hasta la norma EN 61000-4-6, EN 61000-4-8,EN 61000-4-11 y EN 61000-6-1
como mínimo
1.2.22 TRANSMISORES. Debe incluirse con el equipos los transmisores tanto para enlazar
a los otros equipos MPLS de Core, como los accesos tanto para la Red Metro además para
los enlaces para equipos de comunicación a las teleprotecciones. Los transmisores deben
ser de la misma marca que el equipo ofertado y deben estar homologados por el
fabricante para su correcto funcionamiento.
1.2.22.1 Tres (3) transmisores para enlace al Core MPLS, 10 Gbps en 1550 nm, con
conector SFC-LC, que tenga un alcance mínimo de 70 km en fibra monomodo ITU-652.
1.33.22.2 Tres (3) transmisores para enlace al Core MPLS, 10 Gbps en 1550 nm, con
conector SFC-LC, que tenga un alcance mínimo de 40 km en fibra monomodo ITU-652.
1.2.22.3 Seis (6) Transmisores para enlace a la red Metro, 1 Gbps en 850 nm, con slot de
inserción compatible con el equipo, que tenga un alcance mínimo de 0.5 km en fibra
multimodo.
1.2.22.4 Dieciséis (16) transmisores para interconectar a los servidores serial ethernet con
el enrutador MPLS a velocidad de 1 Gbps, soporte de 1000 base T, con slot de inserción
SFP-LC y conector RJ-45, que tenga un alcance mínimo de 100 metros.
1.2.23 Se debe proveer adicionalmente dos tarjetas de 2X10Gbps, con soporte MPLS,
ipv4, IPv6, estas como complemento para ubicar en los enrutadores MPLS en Cañas y
Parrita, para enlazar al nodo Jacó.
2. Especificaciones equipo comunicaciones Sub Coyol
2.1 Multiplexores TDM a Ethernet.
Justificación:
La solución debe servir como pasarela entre canales TDM (canales E1,) y una red
conmutada de paquetes (MPLS) con interfaces de conexión GigabitEthernet.
El objetivo de la solución es proveer uno o más canales limpios TDM (E1) entre dos puntos
por medio de una plataforma de conmutación de paquetes, proveyendo el método de
encapsulación de las tramas TDM en el entorno WAN Ethernet IP. Esto proveerá un
método de respaldo para la comunicación de las teleprotecciones en las líneas Coyol-Caja
y Coyol-Garabito. Se va a realizar la especificación de 4 dispositivos idénticos para el fin
expuesto con anterioridad.
El equipo debe ser igual o superior al equipo marca Loop modelo IP6716.
Adicional a los multiplexores TDM sobre IP se deben proporcionar las interfaces (3(1 como repuesto)) ópticas SFP de 1 Gbps multimodo en 850 nm, alcance mínimo de 500 metros, interface SFP LC que se deben ubicar en los multiplexores, por lo tanto se deben suministrar 3 interfaces (por cada equipo (para un total de 12 interfaces)), los transmisores pueden ser originales.
Adicionalmente para cada equipo (muliplexor TDM/IP) debe incorporarse un convertidor serial a Ethernet (este se utilizará como respaldo para la gestión del mismo -4 en total-), este debe cumplir con las siguientes características básicas (sistema de alimentación a 48 Vdc, un puerto fastethernet, un puerto serial (RS-232) conector DB-9, un puerto serial conector en block (RS232/RS-485), debe ser configurable por acceso web. El proveedor debe demostrar que este tipo de convertidor sirve para gestionar vía remota los multiplexores, sino funciona para tal fin debe de sustituirlos por unos que si cumplan la función. Estos equipos deben cumplir con el mismo periodo de garantía del multiplexor. Adicionalmente se deben 8 patchcord de fibra multimodo de 15 metros conector tipo SFP LC en ambos sentidos. A continuación se referencia los requerimientos para la adquisición de los equipos.
2.1.1 El proveedor debe entregar una garantía de 2 años sobre los equipos ofertados.
2.1.2 El proveedor debe entregar los equipos con la última versión de firmware
disponible y se debe comprometer a proveer por el tiempo de la garantía cualquier
actualización adicional al ICE sin que esto conlleve un gasto adicional.
2.1.3 El equipo debe contar con varios puertos físicos a continuación se referencia el
equipamiento de los mismos:
a. 2 puertos en combo eléctrico (conector RJ-45) y/o óptico (SFP LC) Ethernet a 1
Gbps, para conexión a la red IP/MPLS (WAN), los puertos deben estar rotulados
para ese fin.
b. Los puertos de de enlace WAN deben funcionar en modalidad de agregación de
enlace (cumplir con estándar IEEE 802.3ad) y además deben servir uno como
respaldo del otro.
c. 1 puerto eléctrico Ethernet a 10/100/1000 Mbps, conector RJ-45 el cual debe ser
conexión para gestión SNMP, el cual debe estar rotulado para ese fin para manejo
fuera de banda, debe tener soporte de protocolo VT-100.
d. 1 puerto eléctrico Ethernet a 10/100/1000 Mbps, conector RJ-45 el cual debe ser
conexión para aplicaciones LAN, el cual debe estar rotulado para ese fin.
e. El equipo debe tener capacidad de albergar hasta 16 (agregando tarjetas en pasos
de 4 puertos por tarjeta) puertos eléctricos E1 a 2.048 Mbps.
f. El equipo debe contar con 8 puertos eléctricos E1 a 2.048 Mbps, el conector debe
ser tipo BNC (desbalanceado). Si no se pudieran ofrecer puertos tipo BNC el
proveedor debe incorporar los cables de conversión de RJ-48 a BNC para los 4
puertos E1.
g. 1 puerto de sincronización externo con señal de entrada tipo BNC 75 ohmios.
Conector BNC.
h. Interfaz serial RS-232 con soporte de protocolo VT-100.
2.1.4 El tributario de cada interface E1 debe ser independiente y debe tener las
siguientes opciones de configuración o características mínimas:
a. Velocidad de 2.048 Mbps +- 50 ppm. b. Cumplir con ITU G.704 (CRC: on/off, CAS: on/off, Output “clear -channel”). c. Línea de codificación: AMI/HDB3. d. Señal de salida y entrada ITU-G703.
2.1.5 El puerto para la conexión LAN debe tener las siguientes características:
a. Soporte de hasta 255 VLANs b. Suporte de encapsulación tipo Q in Q c. Configuración de CoS para tramado de capa 2. d. Configuración de ToS para empaquetado de capa 3.
2.1.6 La plataforma de soportar sincronización por medio de del protocolo SNTP y debe
poder tener referencia de sincronización de hasta con 2 servidores NTP.
2.1.7 Los canales digitales deben contar con dos fuentes de sincronización, referenciadas
como primaria y secundaria, entre las formas de obtener la fuente de reloj cada
fuente debe tener las siguientes opciones:
a. Reloj primario interno.
b. Por medio de un puerto digital propio (Puerto A, B, C, D, E…).
c. Por medio del puerto WAN.
2.1.8 Debe tenerla opción de obtener sincronización externa por medio de una señal de entrada E1 (2.048 Mbps).
2.1.9 El equipo debe soportar realizar hasta 256 pseudo-wires (PW) para aplicaciones punto a punto de TDM.
2.1.10 El equipo debe tener la capacidad de tramas gigantes Ethernet (jumboframes). 2.1.11 El equipo debe asegurar una latencia máxima de paquetización de 1.5 ms. 2.1.12 El equipo debe contar con salida de relay externa, uno con referencia a problemas
de alimentación eléctrica y otro con referencia a problemas de desempeño de comunicación.
2.1.13 El equipo debe contar con la funcionalidad de manejo “en banda” por medio cualquier “time slot” de cualquier puerto E1, por medio de protocolos de tramado PPP o HDLC, con esta funcionalidad se puede administrar (en banda) un equipo de manera remota.
2.1.14 El equipo debe contar con métodos de registro, desempeño, alertas históricos de por lo menos 24 horas y debe tener la funcionalidad de mostrar estos datos no solo para sí mismo sino además para el equipo remoto.
2.1.15 El equipo debe contar con reportes de rendimiento por cada puerto E1, debe mostrar valores con estampa de tiempo de parámetros como mínimo:
a) Segundos de error. b) Errores de indisponibilidad. c) Porcentaje de indisponibilidad. d) Perdida de tramas.
2.1.16 Entre las alarmas que debe mostrar el registro para cada puerto E1 deben existir como mínimo los siguientes indicadores:
a) Perdida de reloj principal. b) RAI (Remote alarm indication). c) AIS(alarm indication signal) d) LOS (Loss of signal) e) BPV (Bipolar Violation).
2.1.17 EL equipo debe contar con la posibilidad de realizar pruebas de loopback tanto local con remoto a cada puerto E1 por separado.
2.1.18 El equipo debe contar en su parte frontal con teclado y LCD para poder realizar configuraciones o verificar datos por este medio.
2.1.19 El equipo debe contar con LEDS de indicación en su parte frontal, como mínimo para las siguientes funciones:
a) Alimentación eléctrica. b) Estado de cada puerto E1. c) Estado general de desempeño. d) Pruebas de LOF/LOS. e) Estado de los puertos LAN/WAN/SNMP.
2.1.20 El equipo debe contar con 2 fuentes de alimentación redundantes y coexistentes a la vez, una en DC y otra en AC, en caso de perder cualquiera de ellas debe continuar operando normalmente y debe indicar el consumo máximo de potencia de cada fuente por separado y del conjunto de ambas.
2.1.21 El equipo debe operar en un rango de alimentación corriente directa de -36 Vdc a -72 Vdc.
2.1.22 El equipo debe operar en un rango de alimentación corriente alterna de 100 Vac a 240 Vac.
2.1.23 El equipo debe estar certificado para un rango de operación de 0-50°C y de humedad de 0-95 %.
2.1.24 El equipo debe poder instalarse en un rack de telecomunicaciones y poder adecuarse para instalación en forma de repisa a 19 pulgadas, el oferente debe de entregar todos los accesorios necesarios para la instalación mecánica del equipo a un rack de 19 pulgadas.
2.1.25 El equipo debe cumplir con los estos estándares ITU que se referencian a continuación: ITU G.703, G.704, G.823 synchronous.
2.1.26 El equipo debe cumplir con los estos estándares IETF que se referencian a continuación: RFC5087 (TDMoIP), RFC4553 (SAToP), RFC5086 (CESoPSN), 802.1p/Q, RFC 1213 (SNMPv1), RFC 4805 (E1).
2.1.27 Adicionalmente como método de empaquetado (IP sobre TDM) SAToP, CESoPSN el equipo debe soportar el tipo AAL1.
2.1.28 El equipo debe cumplir con los siguientes estándares de inmunidad electromagnética: 61000-4-5 clase 3.
2.2 Nodo Red MPLS
Justificación:
El nodo Coyol es un nodo dentro del Core de la red MPLS del sector Energía, esta se
conecta con Subestación Caja y Subestación Garabito, debe comprender un equipo con
capacidad para transporte igual o superior a los extremos del mismo.
Sobre la red MPLS se van a transportar todos las señales y datos de la red Metro actual,
tanto para Subestación Coyol, además se transportarán señales de teleprotección para la
comunicación de las protecciones de impedancia.
El equipo debe ser igual o superior al equipo marca Brocade modelo NetIron MLX-4.
A continuación se referencia las especificaciones de los equipos de transporte con soporte
MPLS para Subestación Coyol
ROUTER DE CORE COYOL.
1.3.1 El conmutador Core de datos con soporte de conmutación (switching) y
enrutamiento (routing) de paquetes en capa 2, capa 3 y las listas de control de acceso
extendidas (Extended ACL) como mínimo. Deberá tener funciones avanzadas de Extended
ACL y estar listo para transportar aplicaciones de voz sobre IP.
1.3.2 Para el conmutador de core deberá contar con un procesamiento mínimo de 480
millones de paquetes por segundo, así mismo deberá contar con un procesamiento
mínimo en la fábrica de switcheo de 960Gbps, La arquitectura deberá trabajar a velocidad
de cable y ser no bloqueable.
1.3.3 Las procesadoras de switcheo deberán soportar balanceo de carga, es decir, ambas
Las procesadoras de switcheo deberán ser módulos independientes de los módulos de
interfaces y administración.
1.3.4 El conmutador deberá tener una arquitectura basada en chasis modular.
1.3.5 El conmutador deberá tener la capacidad para soportar “link aggregation” de hasta
16 enlaces de 10GbE cada uno, para un total de 160Gbps máximo.
1.3.6 El conmutador deberá operar con fuentes de poder redundantes en -48 VDC y
120VAC. En caso de que falle el sistema de alimentación principal 125VDC el equipo
deberá funcionar al 100% de su capacidad con las fuentes AC y en caso de que falle el
sistema de alimentación 120VAC el equipo deberá funcionar al 100% de su capacidad con
las fuentes DC. El equipo deberá realizar balanceo de cargas entre la totalidad de sus
fuentes.
1.3.8 Todos los módulos que proveen puertos de servicio, tanto de 10 Gigabit Ethernet,
Gigabit Ethernet y Ethernet 10/100/1000 , ya sea con puertos en cobre o fibra, deberán
tener un sistema de procesamiento independiente de la Procesadora Central, de manera
que procesen y mantengan el switcheo de capa 2 y capa 3 localmente por cada módulo.
1.3.9 Todos los módulos deberán tener características de inserción “en caliente”, Hot-
Swap, que permita introducir o remover componentes estando la unidad en plena
operación, como lo son módulos de puertos de servicio, procesadoras, fuentes de poder y
ventiladores.
1.3.9 El equipo debe contar con dos tarjetas de 2X10Gbps, con soporte MPLS, ipv4,
IPv6 para interconexión al Core.
1.3.9 El equipo debe contar con una tarjeta de 24X1 Gbps con soporte MPLS, IPv4, IPv6
para interconexión al Switch de Acceso, slots para fibra SFP-LC.
1.3.10 Administración
1.3.10.1 La unidad deberá poder configurarse por medio de un puerto de consola
con interface RS-232.
1.3.10.2 De igual manera, la unidad podrá configurarse por medio de una sesión de
SSH para acceder al equipo.
1.3.10.3 El equipo debe contar con redundancia de tarjeta controladora (deberá
contar con dos controladoras)
1.3.10.4 El software del sistema y el de los módulos de servicio deberá poder ser
migrado a nuevas versiones de manera remota y local dentro de las instalaciones del
cliente vía protocolo TFTP y SCP, sin que esta actualización implique que el equipo tenga
que sacarse de funcionamiento.
1.3.10.5 Autenticación local de usuarios sobre sesiones de Telnet para actividades de
administración en el equipo.
1.3.10.6 El equipo deberá tener administración jerárquica y protección de passwords
para la interface de administración.
1.3.10.7 El equipo deberá ser capaz de guardar una bitácora de eventos.
1.3.10.8 Capacidad de salvar y restaurar la configuración total del equipo.
1.3.10.9 El equipo deberá contar con un protocolo de anillo metropolitano el cual
permita una rápida convergencia así como la capacidad de definir grupos topológicos a fin
de reducir el número de árboles de spanning tree de la solución.
1.3.10.10 El equipo deberá contar con un mecanismo de monitoreo en tiempo real a
nivel de capa 2 / capa 3 / capa 4 para todos los puertos configurados en el equipo.
1.3.11 De las funcionalidades de redundancia:
1.3.11.1 El conmutador deberá proveer redundancia en las fuentes de poder.
2.1.11.2 El conmutador deberá ́proveer redundancia en la tarjeta de administración
de 1+1.
1.3.11.3 El conmutador deberá proveer redundancia de 1+1 para los módulos de
conmutación, independiente deberá tener la capacidad de configurarse con redundancia
de 2+1.
2.1.11.4 Al fallo de la Procesadora Central, los módulos de servicio deberán
mantener su operación al menos de manera local en capa 2 y capa 3; es decir, todos los
puertos integrados en un solo módulo, deberán permanecer funcionales entre sí, aunque
se haya perdido la comunicación con la Procesadora Central. Todos los módulos para
puertos, tanto de 10GbE como 1GbE, en los conmutadores de core deberán ser tales que
garanticen que no se presentará sobre suscripción al backplane. No se aceptaran
soluciones en las cuales las tarjetas o módulos posean sobre suscripción.
1.3.11.5 Al fallo de una tarjeta procesadora, el equipo deberá mantener sus
funciones de forma transparente para los usuarios.
1.3.11.6 El sistema operativo del conmutador deberá ser actualizable sin interrupción
de la operación. A nivel de capa 2, no deberá haber interrupción de paquetes y a nivel de
capa 3 deberá soportarse la actualización del sistema operativo sin interrupción de los
procesos de BGP y OSPF.
1.3.11.7 El conmutador deberá contar como mínimo 4 ranuras (slots) dedicadas
exclusivamente a tarjetas de puertos y debe poder crecer hasta 96 puertos 100/1000,
todos non-blocking o 16 puertos 10Gb o combinación de ambos.
1.3.11.8 Las funciones de MPLS del equipo deben cumplir con las especificaciones
del MEF (Metro Ethernet Fórum), eso para asegurar que el servicio sea adecuado con
respecto a los estándares vigentes y de última tecnología de este nivel.
1.3.12 Capa 2
1.3.12.1 El equipo deberá contar con soporte mínimo de 1, 000,000 de direcciones
de MAC.
1.3.12.2 Deberá permitir la creación de hasta 4094 VLANS
1.3.12.3 El equipo deberá soportar la agregación de VLAN vía Q in Q
1.3.12.4 Se deberá soportar configuraciones de PVST/PVST+ (Per VLan spanning
Tree)
1.3.12.5 El equipo deber contar con mecanismos de seguridad que permitan la
protección de los árboles de spanning tree.
1.3.12.6 También deberá contar con soporte a múltiples instancias de STP (mSTP)
vía 802.1s
1.3.13 Capa 3:
1.3.13.1 El equipo deberá contar con un soporte mínimo de 512,000 rutas de IPv4 y
mínimo 112,000 rutas de IPv6.
1.3.13.2 Además de esto deberá contar con soporte a los siguientes protocolos de
ruteo:
RIPv1, RIPv2, OSPF, IS-IS, MD5 authentication, Traffic engineering (TE) extensions,
BGPv4, Soporte mínimo de 1 millón de rutas, Multipath load sharing, VRRP, Policy Base
Routing y MPLS.
1.3.13.3 El equipo deberá contar con soporte a MPLS y poder crear VPN de L2 y L3
con el siguiente soporte:
• OSPF-TE
• ISIS-TE
• Fast Re-route (Detour) support
• RSVP-TE
• CSPF
• LSP Accounting
• Adaptive LSPs
1.3.13.4 El equipo deberá contar con soporte a VPN de L2 con las siguientes
características:
• VPLS, Multicast Snooping para VPLS, IGMP y PIM proxy para VPLS
1.3.13.5 El Equipo deberá contar con las siguientes funcionalidades de VPN L3
• BGP/MPLS VPNs
• Multi-VRF
• Debe tener un protocolo de convergencia que mejore los tiempos de convergencia
de VRRP.
1.3.13.6 El equipo deberá contar con soporte a las siguientes funcionalidades de
multicast:
• IGMP v1 , v2 y v3
• PIM-DM
• PIM-SM
• PIM-SSM
• MSDP
• Anycast RP
1.3.13.7 Priorización de Tráfico:
• Basada en VLAN
• Basada en grupo de VLANS
• Basada en VLAN y prioridad
• Basada en grupo de VLANS y prioridad
• Basada en Puerto y lista de control de acceso a nivel de capa 2 y capa 3.
• Capacidad de 8 colas de prioridad QoS por puerto.
• Capacidad de priorización para tráfico de ingreso y egreso.
• Capacidad de marcado de paquetes basados en prioridad.
• Basada en Puerto y prioridad
1.3.13.8 El equipo deberá soportar los siguientes algoritmos para manejo de colas
para priorización:
• Strict Priority Queuing.
• Weighted Fair Queuing (WFQ) scheduling
• Combinación de los dos anteriores.
1.3.14 Seguridad:
1.3.14.1 El equipo deberá tener la capacidad de brindar la seguridad de acceso a la
red a través de IEEE 802.1x para autenticación de los usuarios y permitirá realizar el
proceso de autenticación de manera local o a través de un servidor RADIUS.
1.3.14.2 Deberá contar con soporte a 802.1x con las siguientes extensiones:
• Autenticación de múltiples usuarios por puerto
• Asignación de filtros de direcciones de MAC en configuración de múltiples usuarios
por puerto.
• Asignación dinámica de filtros en configuración de múltiples usuarios por puerto.
• Asignación dinámica de VLANs
1.3.14.3 El equipo deberá soportar listas de acceso en capa 2, 3 y 4.
1.3.14.4 El equipo deberá contar con protección en contra de ataques de negación
de servicio DoS.
1.3.14.5 El equipo deberá contar con soporte de IPv6, así mismo deberá incluir
doble pila de Ipv4/IPv6.
1.3.14.6 El equipo deberá ser administrable vía IPv6 con soporte a
• Telnet vía IPv6
• TFTP vía IPv6
• SNMP vía IPv6
• ICMP (ping y traceroute)
• HTTP / HTTPs
• Syslog
• SSH v1
1.3.14.7 El equipo deberá contar en el siguiente soporte de protocolos de ruteo de
IPv6:
• RIPng
• OSPFv3
• IS-IS para IPv6
• BGP4+
1.3.14.8 Así mismo el equipo deberá contar con soporte a ruteo de tráfico multicast
con soporte a IPv6 con las siguientes características:
• MLD v1,v2
• PIM-SM
• PIM-SSM
1.3.14.9 Debe tener compatibilidad con los siguientes estándares de la IEEE:
• 802.1ag — Connectivity Fault Management
• 802.1w — Rapid STP
• SNMP v1, v2c and V3
• 802.1D — MAC Bridges
1.3.14.10 El conmutador Core deberá cumplir con las especificaciones que se citan a
continuación, además, todas esas especificaciones deberán estar normalizados por la
IETF.
1.3.15 BGPv4
1.3.15.1 Interacción con OSPF en ASBR (Autonomous system border routers)
1.3.15.2 Soporte para confederaciones de sistemas autónomos BGP4 que permitan
que esa confederación sea vista como un único sistema autónomo por otros.
1.3.15.3 Debe existir un método para la transmisión de información adicional tanto a
vecinos como a peers remotos, esto para ayudar en las políticas de administración y
reducir la complejidad del manejo del Internet.
1.3.15.4 Debe tener un parámetro opcional que permita introducir nuevas
capacidades a BGP sin necesidad de que las adyacencias BGP sean terminadas.
1.3.15.5 Debe tener soporte para reflexión de rutas, que es un método alternativo
para evitar la necesidad de las mallas completas en IBGP.
1.3.15.6 Debe existir un método mediante el cual se prevenga el colapso de la red
por un peer con conexión intermitente.
1.3.15.7 Se requiere un método TCP que permita proteger BGP mediante MD5.
1.3.15.8 Capacidad para realizar un intercambio dinámico de solicitudes de
refrescamiento de rutas entre los peers BGP.
1.3.15.9 Debe tener un método de protección para la pila de protocolo ante ataques
basados en sobreutilización del procesador.
1.3.16 OSPF
1.3.16.1 Debe tener soporte para OSPF v2
1.3.16.2 Debe contar con una técnica que le permita a los routers con pocos
recursos mantenerse operativos en la red a pesar de que las tablas de enrutamiento sean
muy grandes.
1.3.16.3 Debe soportar LSAs Opacos.
1.3.16.4 Se requiere que tenga capacidad para atrapar o determinar cambios OSPF.
1.3.16.5 Debe tener capacidad para la configuración e implementación de NSSA.
1.3.17 IS-IS
1.3.17.1 Debe operar tanto entornos IP como OSI y combinaciones de ambos.
1.3.17.2 Los routers ISIS deben tener la capacidad de publicar su nombre a través
de la red ISIS.
1.3.17.3 Domain-wide Prefix Distribution
1.3.17.4 Debe tener un mecanismo para reducir la transmisión de paquetes
redundantes en el protocolo IS-IS.
1.3.17.5 Debe soportar la autenticación del los PDUs utilizando HMAC-MD5.
1.3.18 Multicast
• Host Extensions
• BGP-MP
• DVMRP v2
1.3.19 MPLS
1.3.19.1 Debe poder utilizar las opciones de los LSA para prevenir los loops en BGP /
MPLS IP VPNs.
1.3.19.2 MPLS Label Stack Encoding
1.3.19.3 Debe contar con un método mediante el cual el ICE pueda utilizar su
backbone IP para proveer VPNs a sus usuarios.
1.3.19.4 Debe ser compatible con LDP (Label Distribution Protocol) a través del cual
los LSRs distribuyen las etiquetas para soportar el reenvío MPLS a través de rutas
normalmente enrutadas.
1.3.19.5 Debe permitir que OSPF sea el protocolo que se utilice en la interface entre
los routers de frontera del cliente y el proveedor BGP/MPLS IP VPNs.
1.3.19.6 Debe contar con extensiones para BGP-4 para portar múltiples protocolos
de la capa de red.
1.3.19.7 Debe tener soporte para servicios diferenciados según RFC 3270.
1.3.19.8 Debe ser compatible con las especificaciones funcionales de RSVP v1
definidas en RFC 2205.
1.3.19.9 Debe asegurar que RSVP v1 tiene compatibilidad con las reglas de
procesamiento de mensajes definidas en RFC 2209
1.3.19.10 RSVP debe tener autenticación e integridad salto por salto.
1.3.20 IPv6
1.3.20.1 Debe ser totalmente compatible con IPv6.
1.3.20.2 Debe cumplir con las reglas propuestas en la RFC 2450.
1.3.20.3 Debe cumplir con las especificaciones que aparecen en el RFC 2471.
1.3.20.4 Debe tener las direcciones de Anycast IPv6.
1.3.20.5 Debe contar con las facilidades del protocolo NDP en IPv6.
1.3.20.6 Debe ser capaz de ejecutar el proceso de generación de una dirección de
enlace, el proceso para generar direcciones locales y globales mediante autoconfiguración
sin estado y el proceso de detección de direcciones duplicadas.
1.3.20.7 Debe regirse por la arquitectura de direccionamiento IPv6 definida en
RFC3513.
1.3.20.8 Debe soportar DNS con IPv6.
1.3.20.9 Debe tener capacidad para hacer uso de extensiones multiprotocolo (MP-
BGP-4) para IPv6
1.3.20.10 Debe contar con mecanismos de compatibilidad para IPv4.
1.3.21 Los equipos deberán cumplir con las siguientes normas de emisión
electromagnética:
1.3.21.1 EN 55022/CISPR
1.3.21.2 22 Class A
1.3.21.3 EN 61000-3-2, Power Line Harmonics
1.3.21.4 EN 61000-3-3, Voltage Fluctuation & Flicker
1.3.21.5 EN 61000-6-3, Electromagnetic
1.3.21.6 ICES-003, Electromagnetic Emission
1.3.21.7 El equipo deberá cumplir con características de inmunidad de ruido
electromagnético; Descargas electrostáticas (ESD), Campos electromagnéticos de alta
frecuencia radiados, Impulsos de alta energía o ondas de choque (Surges), Transitorios
eléctricos rápidos en ráfagas ( Burst ) (EFT), Campos electromagnéticos de alta frecuencia
conducidos, Campos magnéticos a frecuencia de red, Fallos, fluctuaciones, cortes y micro
cortes en la alimentación, según las normas de INMUNIDAD O SUSCEPTIBILIDAD EN
61000-4-2 hasta la norma EN 61000-4-6, EN 61000-4-8,EN 61000-4-11 y EN 61000-6-1
como mínimo
1.3.22 TRANSMISORES. Debe incluirse con el equipos los transmisores tanto para enlazar
a los otros equipos MPLS de Core, como los accesos tanto para la Red Metro además para
los enlaces para equipos de comunicación a las teleprotecciones. Los transmisores deben
ser de la misma marca que el equipo ofertado y deben estar homologados por el
fabricante para su correcto funcionamiento.
1.3.22.1 Un (1) transmisor para enlace al Core MPLS, 10 Gbps en 1550 nm, con conector
SFC-LC, que tenga un alcance mínimo de 70 km en fibra monomodo ITU-652.
1.33.22.2 Dos (2) transmisores para enlace al Core MPLS, 10 Gbps en 1550 nm, con
conector SFC-LC , que tenga un alcance mínimo de 40 km en fibra monomodo ITU-652.
1.3.22.3 Seis (6) Transmisores para enlace a la red Metro, 1 Gbps en 850 nm, con slot de
inserción compatible con el equipo, que tenga un alcance mínimo de 0.5 km en fibra
multimodo.