Asterisk y Cisco HA Conceptos - Webinar Bitsense y Proydesa
•Descargar como PPT, PDF•
0 recomendaciones•1,506 vistas
Conceptos básicos sobre alta disponibilidad en plataformas de telefonía IP. Ejemplos sobre Cisco y Asterisk
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Similar a Asterisk y Cisco HA Conceptos - Webinar Bitsense y Proydesa
Similar a Asterisk y Cisco HA Conceptos - Webinar Bitsense y Proydesa (20)
Último
Último (20)
Asterisk y Cisco HA Conceptos - Webinar Bitsense y Proydesa
- 1. Bitsense – Proydesa 2013 Alta disponibilidad en Telefonía IP
- 2. ¿Quien soy? ¿De donde soy? Entusiasta de la tecnología y los negocios - Instructor Cisco en Proydesa - Director Comercial en Bitsense ● Licenciado en Informática ● CCNA ● CCNA Voice ● CCVP LIPT1 ● CCNP-r @bitsensevoip www.bitsense.com.ar
- 5. Conceptos Historia 0.1.0 1999 Asterisk 1999 2004 2005 2000 CallManager 2006 2008 2010 2011 2012 2013 2014
- 6. Cisco Call Manager vs Asterisk Propietaria Código Abierto Sistema de Comunicaciones Unificadas PBX (extendible con otros programas) Rígida Muy Flexible Impronta corporativa Su permanencia la está posicionando mejor Muy buen soporte y documentación desde Cisco Muy buen soporte y documentación desde la comunidad Certificaciones oficiales Certificaciones oficiales
- 7. Cisco Call Manager vs Asterisk Propietaria Código Abierto Sistema de Comunicaciones Unificadas PBX (extendible con otros programas) Rígida Muy Flexible Impronta corporativa Su permanencia la está posicionando mejor Muy buen soporte y documentación desde Cisco Muy buen soporte y documentación desde la comunidad Certificaciones oficiales Certificaciones oficiales
- 8. Topologías
- 9. HA en Sucursal ASTERISK - SIP proxy - Dispositivo SAS CISCO - Router SRST - Funcionalidades básicas y limitadas - Se pierde accountability - Se debe pensar como un sistema de emergencia
- 10. HA en Sitio Central Datacenter o un lugar afin ● Energía estabilizada ● Temperatura adecuada ● UPS ● Limpieza del ambiente Server ● Redundancia en Fuentes de energía ● Raid de Discos Rígidos ● Componentes de calidad ● Mother y micro tipo Server (Xeon) Virtualización
- 11. HA en Sitio Central
- 12. HA en Sitio Central – Cisco way CM
- 13. Arquitectura – Función de un Call Manager – – – – – – Procesamiento de llamados Señalización y control de dispositivos Administración de Dial Plan Administración de las características de los Teléfonos. Servicio de Directorio Backup y restore (disaster recovery system)
- 14. HA en Sitio Central – Cisco way Publisher IDS Replication IDS IDS CTI Manager IDS ICCS IDS MoH Server IDS TFTP Server IDS SW Conf. IDS IDS IDS Call-Processing Servers Subscribers
- 15. HA en Sitio Central – Cisco way Diseño de redundancia 2:1 Primary Secondary or Backup 7500 IP phones Cisco MCS 7845 Publisher and TFTP Server (Not Req. <1000) Primary 1 to 7500 15,000 IP phones Cisco MCS 7845 Publisher and TFTP Server Backup 1 to 7500 30,000 IP phones Cisco MCS 7845 Publisher and TFTP Server Backup 7501 to 15,000 1 to 7500 7501 to 15,000 Backup Backup 15,001 to 22,500 22,501 to 30,000
- 16. Arquitectura – Señalización y Media Protocolo de señalización Protocolo de señalización (SCCP / SIP) (SCCP / SIP) IP Phone A Intercambio de Media — (RTP) IP Phone B
- 17. HA en Sitio Central – Cisco way Publisher Primario IDS ICCS Secundario IDS – StationKeepAliveInterval: 30 seconds – Station2ndKeepAliveInterval: 180 seconds IDS Call-Processing Servers Subscribers
- 18. HA en Sitio Central Asterisk way Hay varias maneras … esta es solo una opción
- 19. HA en Sitio Central Asterisk way
- 20. HA en Sitio Central Asterisk way
- 21. HA en Sitio Central Asterisk way The Distributed Replicated Block Device (DRBD) is a software-based, sharednothing, replicated storage solution mirroring the content of block devices (hard disks, partitions, logical volumes etc.) between hosts.
- 22. HA en Sitio Central – Cisco way IDS IDS
- 23. Cisco Call Manager vs Asterisk Until October 31st we are offering a pre-release special of FreePBX HA that includes two node licenses for $2,250. Upon final release we estimate the cost of two licenses $3,000. to be at least t So, by taking advantage of this promo you will be getting a 25% discount! Pre-release buyers will also receive access to private BETA releases and HA development team conference calls.
- 24. Cisco Call Manager vs Asterisk HA Nativo Con soft de 3ros Facil de implementar Algo complejo … salvo $$$$$$$$$$$$$$$ $$ Simple de mantener Complejo de mantener Muy buen soporte y documentación desde Cisco Muy buen soporte y documentación desde la comunidad
Notas del editor
- Voz sobre Protocolo de Internet, también llamado Voz sobre IP, Voz IP, VozIP, (VoIP por sus siglas en inglés, Voice over IP), es un grupo de recursos que hacen posible que la señal de voz viaje a través de Internet empleando un protocolo IP (Protocolo de Internet).
- Procesamiento de llamados: Proceso completo que implica originar, rutear y terminar una llamada. Incluye el billing y la recolección de estadísticas. Señalización y control de dispositivos: Coordina todos los eventos de señalización entre los end-points ( teléfonos, gateways, conference bridges ). Administración de Dial plan: Responsable del análisis de los dígitos para realizar el enrutamiento de las llamadas. Administración de las características de los Teléfonos: Servicios como hold, transfer, forward, conference, speed dial, redial, etc. Servicio de Directorio: Usa una base de datos interna para gestionar los usuarios, también puede dirigir la autenticación a un servicio de LDAP externo (Active Directory) Backup y restore (disaster recovery system): Provee un sistema de recuperación ante desastres.
- Paso 1 – El participante que llama desde el Teléfono A levanta el tubo ( off hock ), esto produce un mensaje SIP o SCCP que se envía al CUCM Paso 2 - CUMS responde a este mensaje indicandole que ejecute el sonido dial-tone Paso 3 – Al escuchar el tono la persona en el Telefono A comienza a discar lo números. En funcion del tipo de teléfono los numeros marcados son enviados al CUCM digito a dígito en caso de ser un teléfono con señalización SCCP o en bloques dependiendo si es un teléfono SIP Tipo A o Tipo B. SIP Tipo A → Envia siempre los dígitos en bloques SIP Tipo B → Solo envía dígitos en bloque cuando utiliza reglas de marcado, de lo contrario envía dígito a dígito ( KPML : Keypad Markup Language ) Paso 4 – CUCM realiza el análisis de los dígitos para su reenvío. Paso 5 – Cuando el CUCM encuentra una coincidencia este mismo rutea la llamada, de lo contrario envía un tono pregrabado al origen. Paso 6 – CUCM envía un evento al Telefono A para iniciar el ring-back ( ring ) y en paralelo señaliza el llamado al Teléfono B. Adicionalmente el CUCM envía información a ambos participantes para que vean en el display el Caller-ID y en Nombre. Paso 7 – Cuando el Teléfono B atiende, el mismo pasa al estado off-hock. Es aquí donde el CUCM envía mensajes de señalización a ambos participantes para coordinar los puertos que utilizaran con la finalidad de transportar el audio de extremo a extremo.
- You get an "instant" failover if and only if: • Failover occurs when the phones have a hot standby TCP socket already open to the failover device (SRST or the second Cisco Unified Communications Manager). • Failover occurs when the TCP connection is explicitly closed by a TCP FIN, RST, or Internet Control Message Protocol (ICMP) host unreachable, so that the phone is not replying until it times out: The phone sends station keepalive messages to its primary and backup Cisco Unified Communications Manager servers. The phone knows the TCP connection of its backup server is up because of the keepalive messages, and attempts registration when needed. The following fields are recommended default values (though configurable): – StationKeepAliveInterval: 30 seconds – Station2ndKeepAliveInterval: 180 seconds Following are the three scenarios of failovers: • Failover occurs when the Cisco Unified Communications Manager server to which the phone is registered stops working: If the active Cisco Unified Communications Manager is manually stopped, the failover is immediate because the Cisco Unified Communications Manager closes its TCP connections, causing the phone to register with its designated standby (or backup) server immediately. • Failover occurs when the Cisco Unified Communications Manager process locks up: This scenario is the worst scenario; if it occurs, failover could potentially take 90 seconds because the phone makes three station keepalive attempts spaced 30 seconds apart as default (30 seconds is configurable on the Cisco Unified Communications Manager, however). • Failover occurs when a TCP failure occurs: TCP failure could be the result of a router or switch going down, or the server itself going into complete failure mode. As soon as the phone sends its first station keepalive message after the TCP connection is down, it sends TCP retries for approximately 20 to 25 seconds. After that, the phone attempts registration with its designated standby (or backup) server.
- You get an "instant" failover if and only if: • Failover occurs when the phones have a hot standby TCP socket already open to the failover device (SRST or the second Cisco Unified Communications Manager). • Failover occurs when the TCP connection is explicitly closed by a TCP FIN, RST, or Internet Control Message Protocol (ICMP) host unreachable, so that the phone is not replying until it times out: The phone sends station keepalive messages to its primary and backup Cisco Unified Communications Manager servers. The phone knows the TCP connection of its backup server is up because of the keepalive messages, and attempts registration when needed. The following fields are recommended default values (though configurable): – StationKeepAliveInterval: 30 seconds – Station2ndKeepAliveInterval: 180 seconds Following are the three scenarios of failovers: • Failover occurs when the Cisco Unified Communications Manager server to which the phone is registered stops working: If the active Cisco Unified Communications Manager is manually stopped, the failover is immediate because the Cisco Unified Communications Manager closes its TCP connections, causing the phone to register with its designated standby (or backup) server immediately. • Failover occurs when the Cisco Unified Communications Manager process locks up: This scenario is the worst scenario; if it occurs, failover could potentially take 90 seconds because the phone makes three station keepalive attempts spaced 30 seconds apart as default (30 seconds is configurable on the Cisco Unified Communications Manager, however). • Failover occurs when a TCP failure occurs: TCP failure could be the result of a router or switch going down, or the server itself going into complete failure mode. As soon as the phone sends its first station keepalive message after the TCP connection is down, it sends TCP retries for approximately 20 to 25 seconds. After that, the phone attempts registration with its designated standby (or backup) server.