CATALYST 2960-P
Catalyst 2960-24PC-L
Catalyst 2960-48PST-L
Se implementaran los modelos de 24 puertos en Sedes remotas y los modelos de 48 puertos en las Sedes Centrales
-Descripción:
La serie de switches Catalyst 2960 proveen de facilidades mejoradas respecto otros modelos, alta seguridad, sostenibilidad mejorada, y experiencia en networking sin fronteras. Estos dispositivos están diseñados para
interconexión de redes en empresas, mercado medio y oficinas.
-Especificaciones:
Las especificaciones tecnicas más destacadas de esta gama de Switches para nuestro proyecto son:
•24 o 48 puertos Gigabit Ethernet para dar conectividad
• 20 Gbps de throutghtput (Paquetes totales que conmuta y envia por
segundo)
• PoE, alimentacion Power over Ethernet con mas de 30W por puerto. Esto nos permitira prescindir de alimentadores externos para los Terminales IP, facilitando su instalación y hubicación.
• Una amplia gama de funcionalidades software y una larga experiencia en implantación de resdes
• Garantia de por vida limitada en hardware, incluyendo soporte tecnico siempre disponible.
Realizado por: Iván Pique Palacin Fecha : 09/01/2013
-Funcionalidades:
Esta gama de Swtches dispones de las siguientes funcionalidades:
• Automatic QoS (AutoQoS)
• Stacking Master configuration management • Dynamic Host Configuration Protocol (DHCP) • Auto-negotiation
• Dynamic Trunking Protocol (DTP) • Port Aggregation Protocol (PAgP) • Link Aggregation Control Protocol (LACP)
• Automatic media-dependent interface crossover (MDIX) • Unidirectional Link Detection Protocol (UDLD)
• Switching Database Manager (SDM)
• Local Proxy Address Resolution Protocol (ARP) • Internet Group Management Protocol (IGMP) • Multicast VLAN Registration (MVR)
• Per-port broadcast, multicast, and unicast storm control • Voice VLAN
• Cisco VLAN Trunking Protocol (VTP) • Remote Switch Port Analyzer (RSPAN) • Remote Monitoring (RMON)
• Layer 2 traceroute .
• Trivial File Transfer Protocol (TFTP) • Network Timing Protocol (NTP) • Port Security
• DHCP Snooping
• Dynamic ARP Inspection (DAI) • IP source guard
• Flexible authentication • Open mode
• Integration of device profiling technology and guest access • RADIUS Change of Authorization and downloadable calls • 802.1X Supplicant with Network Edge Access Transport (NEAT) • Private VLANs
• Private VLAN Edge
• Multidomain Authentication • Port-based ACLs
• Secure Shell (SSH) Protocol, Kerberos, and Simple Network Management Protocol Version 3 (SNMPv3)
• Switched Port Analyzer (SPAN) • TACACS+ and RADIUS authentication • MAC Address Notification
• Multilevel security on console access • Bridge protocol data unit (BPDU) Guard
• Spanning Tree Root Guard (STRG) • IGMP filtering
• Dynamic VLAN assignment
De todas estas funcionalidades, vemos cuales son las más destacadas en la implantación del proyecto con algo más de detalle:
• Automatic QoS (AutoQoS)simplifica la configuracion de QoS detectando los terminals Cisco IP Phones, clasificando el trafico y configuranod las politicas de encolamiento en el Switch
• Automatic media-dependent interface crossover (MDIX)el equipo ajusta los pares de transmission independientemente si el cable conectado es de tipo cruzado o plano, por lo tanto evitamos problemas de conectividad
cuando el cliente no utilize el cableado adecuado al conectar su electronica a nuestro Switch.
• Per-port broadcast, multicast, and unicast storm control: previene tormentas de broadcast generadas por dispositivos finales de cliente, filtrando estas en los puertos para que no se propaguen por la red y tengan una mayor afectación.
•Voice VLAN: funcionalidad que simplifica la instalacion de telefonos IP, manteniendo el trafico de voz en una Vlan separada para facilitar la administracion y el troubleshooting.
•Monitoring (RMON) agente software para el tratamiento y monitorización de alarmas, estadisticas y eventos del equipo.
• Port Security:brinda seguridad de acceso a los puertos, limitando el
numero de direcciones MAC aprendidas y evitando cualquier possible ataque “Mac flooding”
• VLANs Privadas: proporciona segmentacion restringiendo el trafico entre máquinas en el mismo segmento, separando el trafico a nivel 2 a través de Vlans
•TACACS+ / Radius autenticacion: aporta restricciones de acceso al equipamiento de usuarios no autorizados.
•Bridge Protogol Data Unit (BPDU) Guard: previene bucles de nivel 2, deshabilitando los interfaces en los que recibe paquetes BPDU cuando no deberia.
Realizado por: Iván Pique Palacin Fecha : 09/01/2013
6 SOLUCION COMUNICACIONES DE
TELEFONIA IP (ToIP)
Una vez vistas las necesidades del cliente para la red de comunicaciones de Telefonia IP, las modificaciones a aplicar serán las siguientes.
-Sustitución de servidor de llamadas Call Manager v.3.0 obsoleto por cluster de servidores Call Manager v.7.1
-Eliminación de adaptadores ATA y sustitución de terminales analógicos por teléfonos IP, se realiza un incremento del número de telefonos.
-Implementación de sistema de redundancia SRST en Gateways de Voz existentes para Valencia, Zaragoza y Vigo
6.1 Arquitectura de la solución
La solución de comunicaciones ToIP constará de un cluster de dos servidores Call Manager v.7.1, con licencias necesarias para dar servicio a todas las extensiones del cliente. Adicionalmente se instalaran 900 terminales Cisco ToIP repartidos entre todas las delegaciones.
Las funciones básicas del Call Manager son
-Procesado de llamadas -Señalización y control -Administración del Dial plan -Prestaciones de los teléfonos -Servicios de Directorio
-Programación de interfaces para aplicaciones externas
-Incluye una herramienta de backup-and-restore DSR (disaster recovery system)
El cluster se implementará sobre la red wan nacional, ésta será la encargada de transportar las comunicaciones del servidor y la señalización.
Publisher / TFTP QoS Enabled BW R REEDDWWAANN <40-ms Round-Trip Delay SIP/SCC P SIP/SCC P Subscriber
Este diseño implica:
- 40-ms round-trip delay en cualquiera de los CCM del cluster para mantener Ia BB.DD. activa
- Hasta ocho dependencias remotas en el cluster - Tolerancia a fallos sobre la WAN
Los servidores implicados en el cluster serán Publisher, Subscriber y servidor TFTP, con la siguiente distribución geográfica.
Publisher + TFTP + Subscriber backup ubicado en CPD Barcelona
Subscriber principal ubicado en CPD Madrid
Por otra parte se mantendrán los Gateways de voz ya existentes en sus actuales localizaciones.
-Al tratarse de una red entre 500 y 1000 usuarios (A previsión de futura expansión de la empresa):
-El Publisher es el nodo de backup del único Suscriber
-Se debe crear un CallManager Group con el Suscriber como primera opción y después en Publisher.
-Se debe asignar este grupo a todos los dispositivos de la red. El servidor TFTP se debe activar en el Publisher.
A continuación se detalla el funcionamiento de cada equipo
Publisher
-Hay uno por clúster. Es el primero en instalarse y proporciona el servicio de base de datos al resto de miembros del clúster.
Realizado por: Iván Pique Palacin Fecha : 09/01/2013
-El Publisher es el único servidor que tiene acceso a la configuración de la base de datos. Cuando la configuración cambia se produce una copia de base de solo lectura en el resto de los miembros el clúster.
-En sistemas de más de 1250 usuarios, Cisco recomienda un Publisher dedicado para prevenir que las operaciones administrativas afecten a los usuarios.
-Si el Publisher no es accesible, los servidores del clúster usan la copia de la base de solo lectura que tienen en su disco duro. Las siguientes operaciones no se pueden realizar:
Cambios en las llamadas establecidas (Call forwarding changes)
Operaciones que requieran el servicio de licencias.
Cambios en la configuración
Logar o desloar extensiones móviles
-Las extensiones móviles no pueden funcionar sin el Publisher ya que
requieren el acceso a la base de datos, por lo que Cisco recomienda instalar este servicio solo en el Publisher.
-La elección de la plataforma hardware del Publisher se basa en el tamaño y rendimiento del clúster, debe tener la misma capacidad que los Subscribers. Lo ideal es que sea un servidor con alta disponibilidad, para minimizar el impacto por fallo del hardware.
Subscriber
-Un Call Processing Subscriber es un servidor que tiene permitido el servicio Cisco CallManager. Todos los subscribers deben suscribirse en el Publisher para obtener una copia de solo lectura de la base de datos de información
-El Cisco CallManager Service no puede darse de alta si el publisher no esta accessible, ya que el publisher actua como servidor de licencias
-Dispositivos tales como telefonos, gateways, y media resources pueden registrase y realizar llamadas solo en los subscribers
-Cisco Unified CM 7.1 soporta hasta ocho servidores en un cluster, con el servicio Cisco CallManager Service.
-En un cluster de gran tamaño o alto rendimiento, el servicio de procesamiento de llamadas no se debe habilitar en el publisher y el servidor TFTP
Servidor TFTP
-El servidor TFTP realiza dos funciones principales:
Fuente de ficheros para servicios tales como MoH, ficheros de configuración para los dispositivos (teléfonos y gateways), ficheros binarios para el upgrade de los teléfonos y algunos gateways, y varios ficheros de seguridad.
Generación de ficheros de configuración y seguridad. La mayor parte de los ficheros generados por el servicio TFTP son firmados y en algunos casos encriptados antes de que se puedan descargar.
-El servicio TFTP se puede habilitar en cualquier servidor del clúster.
-Para más de 1250 usuarios, con extensiones móviles u otros servicios que causen cambios de configuración, Cisco recomienda un servidor específico para el servicio TFTP, ya que otros servicios se pueden ver afectados en los cambios de configuración.
-No hay restricción en el numero de servidores que pueden tener el servicio TFTP, sin embargo Cisco recomienda la utilización de 2 servidores TFTP para clústers grandes, de este modo se proporciona redundancia.
-Cuando se cambia la versión del Unified CM clúster, Cisco recomienda que se cambie la versión de los servidores TFTP después del Publisher y antes que cualquier otro servidor
Gateway de Voz
-Instalados en las dependencias centrales y sedes remotas
-Proporcionan la interconexión con el mundo de la telefonía tradicional (redes públicas y PBXs).
-Se recomienda tener un Gateway de voz dedicado
-N interfaces digitales PRI conectados:
Red Pública o GSM
PBX (Q.SIG, Euro-ISDN)
-Tarjetas HW con DSPs para codificación de llamadas y transcoding para multiconferencias.
-Se controla desde el CCM mediante el protocolo MGCP. La configuración de enrutamiento de llamadas reside en el CCM.
Realizado por: Iván Pique Palacin Fecha : 09/01/2013
6.2 Ventajas de solución implementada
Las ventajas que implica la implementación del Cluster CCM son
-Un único punto de administración para los usuarios de todas las sedes dentro del cluster
-Movilidad de las extensiones dentro del cluster
-Dial plan (Plan de marcado) unificado
-Ahorro de costes de llamadas a la PSTN por el uso de la Red Wan
-La máxima utilización de ancho de banda disponible por permitir tráfico de voz que comparte la IP WAN con otros tipos de tráfico.
-Soporta fallo a través de la Red wan. (Redundancia geográfica)
Algunas otras ventajas son:
-Convergencia del tráfico de voz y datos en una misma red
-Nuevas funcionalidades en la telefonía, con los teléfonos IP se aprovechan muchas funciones que hasta ahora no era posible implementar
-Redundancia ante caídas de Primarios e implementación del modo supervivencia SRST para la sedes con Gateway Local.
-Redundancia ante perdidas de base de datos mediante copias de seguridad