Router Teldat Protocolo SCCP Doc. DM782 Rev. 10.71 Julio, 2008
ÍNDICE Capítulo 1 Introducción...1 1. Descripción del protocolo SCCP... 2 2. Funcionalidad disponible en el router... 3 Capítulo 2 Configuración del protocolo SCCP...4 1. Configuración del protocolo SCCP... 5 1.1. [NO] APPLICATION... 5 a) [NO] APPLICATION ADDRESS... 5 b) [NO] APPLICATION KEEP-ALIVE... 5 c) [NO] APPLICATION PORT... 5 d) [NO] APPLICATION SERVER... 6 1.2. [NO] IP-TOS... 6 1.3. [NO] SOFTKEY... 6 a) [NO] SOFTKEY PICK-UP... 6 b) [NO] SOFTKEY MESSAGES... 6 1.4. SYSTEM-MESSAGE... 7 a) [NO] SYSTEM-MESSAGE PRIMARY... 7 Capítulo 3 Monitorización del protocolo SCCP...8 1. Monitorización del protocolo SCCP... 9 1.1. Acceso al prompt de monitorización... 9 1.2. Comandos de monitorización... 9 a) LIST... 9 LIST REGISTERED... 9 b) RESTART... 9 RESTART ALL... 9 RESTART <mac>... 10 Capítulo 4 Ejemplo de Configuración...11 1. Ejemplo de configuración, escenario SRST... 12 - ii -
Capítulo 1 Introducción
1. Descripción del protocolo SCCP El Protocolo de Control de Cliente Skinny (SCCP) es un protocolo propietario para control de terminales desarrollado originalmente por Selsius Coporation. Ahora pertenece a Cisco Systems, Inc y define un conjunto de mensajes entre un teléfono IP con un cliente skinny y un servidor de llamadas (Call Manager). Skinny es un protocolo de señalización ligero que permite una eficiente comunicación con el servidor utilizando TCP/IP. El servidor abre un puerto TCP que normalmente es el 2000 y recibe los eventos de los clientes registrados enviando a su vez respuestas y comandos ante dichos eventos. El audio de las llamadas se transmite usando RTP/UDP/IP. SCCP es un protocolo basado en estímulos y está diseñado como un protocolo de comunicaciones para clientes con hardware muy limitado tanto en CPU como en memoria. ROUTER TELDAT Introducción protocolo SCCP I - 2
2. Funcionalidad disponible en el router El router Teldat implementa un servidor SCCP para proporcionar funcionalidades de telefonía IP a teléfonos Skinny. Soporta dos modos de funcionamiento simultáneamente: Cuando existe un Call Manager principal puede proporcionar funcionalidades de telefonía IP de supervivencia a terminales Skinny que tengan configurada la funcionalidad Survival Remote Site Telephony (SRST). En situación de pérdida de conectividad con el Call Manager los teléfonos se conectan al router y pueden seguir efectuando llamadas entre ellos, así como llamadas entrantes y salientes a través de los interfaces con la RTB/RDSI de que disponga el equipo. En este modo no es necesario configurar las extensiones de los teléfonos ya que el router es capaz de averiguar las extensiones que cada teléfono usa con el Call Manager. También puede funcionar de forma autónoma como Call Manager Express. En este caso el router actúa como Call Manager principal y es necesario configurar las extensiones asociadas a cada terminal. Para ello hay que configurar un dial-peer de tipo sccp con target igual a la mac del teléfono y en dicho dial-peer configurar un destination-pattern igual a la extensión de cada línea del teléfono (ver comando target mac en manual de telefonía Dm722). Cuando un teléfono se registra en el router se comprueba si la mac del terminal está configurada como target mac de algún dial-peer. Si es así, se le asignan la extensiónes configuradas y si no, se intenta averiguar, preguntando al teléfono, las extensiones usadas con el Call Manager principal. En ambos casos se creará un dial-peer dinámico por cada extensión del teléfono. A continuación se listan los servicios proporcionados a dichos terminales: - Funcionando en modo SRST detecta automáticamente las extensiones de los terminales y tipos de terminal evitando el tener que provisionar los terminales en la configuración del router - Llamadas entre teléfonos SCCP - Llamadas como Media Gateway SCCP entrantes y salientes - Llamadas entre teléfonos SCCP y dispositivos SIP - Identificación número y nombre llamante/llamado - Almacenamiento de CDRs - Mantenimiento de fecha - Rellamada - Auricular y manos libres - Tecla de DND no molestar - Desvio de llamada incondicional - Retención de llamada, generando música en espera en interfaces RTB/RDSI - Grupos de ring (llamada simultánea a varios teléfonos mixtos SCCP, SIP, FXS) - Grupos de salto si ocupado - Grupos de captura y captura dirigida - Transferencias entre terminales SCCP - Transferencias entre terminales SCCP e interfaces RTB/RDSI ROUTER TELDAT Introducción protocolo SCCP I - 3
Capítulo 2 Configuración del protocolo SCCP
1. Configuración del protocolo SCCP Para configurar el protocolo SCCP debe teclearse PROTOCOL SCCP desde el menú general de configuración. Config>protocol sccp -- Skinny protocol configuration - Las opciones que se presentan desde el menú de configuración del protocolo SCCP son las siguientes:? application no pick-up system-message Set sccp configuration parameters Negate a command or set its defaults Pick-up softkey emulation Set survival system messages 1.1. [NO] APPLICATION Este comando configura parámetros globales relativos al funcionamiento del protocolo SCCP. a) [NO] APPLICATION ADDRESS Configura la IP a utilizar por los paquetes enviados por el servidor SCCP. Si no se configura ninguna se utiliza la IP interna del equipo. APLICATION ADDRESS <ip> b) [NO] APPLICATION KEEP-ALIVE Configura el intervalo de tiempo entre envios de paquetes keep-alive por parte de los clientes sccp hacía el servidor. En el proceso de registro el servidor indica a los clientes el tiempo configurado mediante este parámetro y si un teléfono deja de enviar durante un intervalo superior a dicho valor el servidor considera la conexión por muerta y la elimina. El valor por defecto es 2 minutos. APLICATION KEEP-ALIVE <time> c) [NO] APPLICATION PORT Configura el puerto en el que escucha el servidor SCCP del equipo. Por defecto es el 2000. APLICATION PORT <port-number> ROUTER TELDAT Configuración del protocolo SCCP II - 5
d) [NO] APPLICATION SERVER Habilita el servidor SCCP en el equipo. APLICATION SERVER 1.2. [NO] IP-TOS Este commando permite configurar el TOS de los paquetes SCCP enviados por el equipo. Se configura el byte completo de TOS mediante su valor en hexadecimal. El valor por defecto es 0. IP-TOS? <hex 0x0..0xff> Hexadecimal value in the specified range 1.3. [NO] SOFTKEY Configuración de las teclas soft del teléfono. a) [NO] SOFTKEY PICK-UP Este comando indica los dígitos a los que se mapea la pulsación de la tecla PickUp en un teléfono SCCP. Si se pulsa dicha tecla se considera que se han pulsado los digitos configurados mediante este comando, permitiendo así la captura mediante la tecla PickUp y un dial-peer facility de captura. SOFTKEY PICK-UP <telephone> Ejemplo: Esta configuración permite que al pulsar la tecla PickUp en cualquier teléfono sccp se produzca una captura al peer-group 1. protocol sccp application address 172.24.100.133 application survival softkey pick-up *88 telephony... dial-peer 1000 facility destination-pattern *88 target group-pickup peer-group 1... Exit b) [NO] SOFTKEY MESSAGES Este comando indica los dígitos a los que se mapea la pulsación de la tecla Messages en un teléfono SCCP. Si se pulsa dicha tecla se considera que se han pulsado los digitos configurados mediante este comando, permitiendo así la llamada a la extensión del buzón de voz. SOFTKEY MESSAGES <telephone> ROUTER TELDAT Configuración del protocolo SCCP II - 6
1.4. SYSTEM-MESSAGE Configuración de mensajes globales de SCCP. a) [NO] SYSTEM-MESSAGE PRIMARY Configura el mensaje a mostrar en los teléfonos SCCP cuando se registran en el servidor del equipo. SYSTEM-MESSAGE PRIMARY <message> ROUTER TELDAT Configuración del protocolo SCCP II - 7
Capítulo 3 Monitorización del protocolo SCCP
1. Monitorización del protocolo SCCP 1.1. Acceso al prompt de monitorización Para acceder al prompt de monitorización del protocolo SCCP hay que teclear PROTOCOL SCCP desde el menú raíz de monitorización. +PROTOCOL SCCP SCCP Monitor SCCP Mon+ 1.2. Comandos de monitorización Todos los comandos de monitorización del protocolo SCCP se han de introducir en el prompt especificado anteriormente, SCCP Mon+. Estos comandos se describen a continuación. a) LIST Muestra información del protocolo sccp. LIST REGISTERED El comando LIST REGISTERED muestra información sobre los teléfonos sccp registrados en el equipo. Ejemplo: SCCP Mon+LIST REGISTERED SCCP Mon+LIST REGISTERED Device Info: Mac: 000CF174D3BC Type: CIPC (30016) Fd: 7 Dnd: off Address: 172.24.100.130:2047 Queue: 50/50 (available/max) msg size: 4 Line: 212 dial-peer: 10003 forward: Line: 211 dial-peer: 10002 forward: Line: 210 dial-peer: 10001 forward: SCCP Mon+ b) RESTART El comando RESTART permite reiniciar uno o todos los teléfonos registrados en el equipo. RESTART ALL Reinicia todos los teléfonos. ROUTER TELDAT Monitorización del protocolo SCCP III - 9
SCCP Mon+RESTART ALL SCCP Mon+ RESTART <mac> Reinicia el teléfono con la dirección mac especificada. SCCP Mon+RESTART <mac-address> SCCP Mon+ ROUTER TELDAT Monitorización del protocolo SCCP III - 10
Capítulo 4 Ejemplo de Configuración
hecho por M.A. Berrojo Teldat Atlas 1. Ejemplo de configuración, escenario SRST Supongamos un escenario como el que aparece en la figura de abajo. Se trata de un equipo que actúa como router de una oficina. Dicha oficina cuenta con cuatro teléfonos SCCP y una línea RDSI para realizar o recibir llamadas a través de la red pública. En la sede central esta el CallManager con dirección IP 10.81.32.17, estando dicho servidor accesible mediante una red IP. Se desea que cuando el CallManager esté disponible, los teléfonos se registren en él y sea este servidor el que controle las llamadas no interviniendo el router en su manejo. Cuando el CallManager no este disponible los teléfonos SCCP lo detectan y automáticamente pasan al servidor de supervivencia SRST configurado, que no es otro que el propio router. De esta manera podrán hacer llamadas entre ellos, y realizar y recibir llamadas al exterior a través del interfaz RDSI del equipo. En modo supervivencia al entrar una llamada por la RDSI se hacen sonar todos los teléfonos SCCP registrados en el router. SCCP/11 SCCP/12 SCCP/13 SCCP/14 ROUTER 192.168.11.1 ISDN/384020 IP NETWORK CALL-MANAGER 10.81.32.17 PUBLIC TELEPHONY NETWORK Esta es la configuración resultante: log-command-errors no configuration add device voip-isdn 100 set data-link x25 serial0/0 set data-link x25 serial0/1 set data-link x25 serial0/2 global-profiles dial -- Dial Profiles Configuration -- ROUTER TELDAT Ejemplo de configuración escenario SRST IV - 12
profile audio default profile audio inout profile audio isdn-type audio telephony -- Telephony configuration -- dial-peer 2 voice-port description "outgoing public calls in emergency mode " destination-pattern 9... destination-pattern 6... target voice-port voip100 1 dial-peer 30 group description "incoming public calls in emergency mode ring every phone" destination-pattern 917171717 target group 1 peer-group 1 dynamic-peers network ethernet0/0 -- Ethernet Interface User Configuration -- ip address 192.168.11.1 255.255.255.0 network voip100 -- VoIP interface Configuration -- base-interface -- Base Interface Configuration -- base-interface bri0/0 255 link base-interface bri0/0 255 profile audio base-interface bri0/0 255 number-of-circuits 1 protocol ip -- Internet protocol user configuration -- internal-ip-address 192.168.11.1 route 0.0.0.0 0.0.0.0 172.24.100.129 protocol sccp application address 192.168.11.1 application server system-message primary "Emergency mode" dump-command-errors end --- end --- ROUTER TELDAT Ejemplo de configuración escenario SRST IV - 13