Apuntes BC 12

Tema 1 Facilidades de BC.12

Página 1 de 22

Facilidades BC.12

ÍNDICE

Facilidades BC.12 ...........................................................................................................................1 1.1. Facilidades BC.12...................................................................................................................................4

1.1.1. Prestaciones de ACD................................................................................................................4 1.1.1.1. Cambio del tono de congestión por tono de ocupado ................................................4 1.1.1.2. Chequeo del PIN durante el logon del agente ACD ...................................................4 1.1.1.3. Monitorización silenciosa durante llamada saliente de agente AC D.........................4 1.1.1.4. Intrusión con o sin tono por el supervisor ACD ..........................................................4 1.1.1.5. Devolución de llamadas desde la cola ACD cuando el último agente ACD no

está disponible. ...........................................................................................................4 1.1.1.6. Aumento de desbordamientos para ACD...................................................................5 1.1.1.7. Aumento de número de miembros en grupos y timbres comunes. ............................5

1.1.2. Prestaciones de grupos de salto, grupos de timbre y grupos ACD....................................5 1.1.2.1. Activación/desactivación de desvío interno y externo [*21*nº... ] (ECF) de

grupo sor cualquier miembro del grupo. .....................................................................5 1.1.2.2. Permitir a ODN de ACD desviar en ocupado a un grupo AM.....................................5 1.1.2.3. Permitir el desvío en no contesta hacia un grupo ACD..............................................5 1.1.2.4. Permitir el desvío hacia un grupo de salto o grupo AM..............................................5

1.1.3. Devolución de las llamadas manteniendo la posición de cola de grupos ACD/CTI ..........5 1.1.3.1. Devolución de llamada manteniendo la posición de cola ACD soporta

extensión genérica......................................................................................................5 1.1.3.2. Devolución de llamada manteniendo la posición de cola ACD a destinos

externos privados y destinos externos públicos .........................................................5 1.1.3.3. Extensión o transferencia de llamadas cuando ha sido devuelta manteniendo

la.- posición de cola CTI/ACD.....................................................................................6 1.1.3.4. Se asocia la identidad de cliente (CID) en todos los estados activos de

llamada........................................................................................................................6 1.1.3.5. Comando de impresión de trabajos monitorizados. CSTMP......................................6

1.1.4. Cambios en la señalización CAS R2 .......................................................................................6 1.1.4.1. Envío de información de número Ilamante en enlaces TL12 y TI-17.........................6

1.1.4.1.1. TL12 ........................................................................................................6 1.1.4.1.2. TL17 ........................................................................................................6 1.1.4.1.3. Tabla 7 Valor D3 (VARI)..........................................................................6

1.1.4.2. Soporte de TLU82 en TL1 ..........................................................................................7 1.1.5. Tarificación avanzada...............................................................................................................7

1.1.5.1. Diferentes modelos de tarificación..............................................................................7 1.1.5.2. Cargo de llamadas a extensión cuando la operadora extiende la llamada................7 1.1.5.3. Desconexión automática de llamadas salientes por duración o coste.......................7

1.1.6. Prestaciones avanzadas de CIL (eventos de información de tarificación) .........................7 1.1.6.1. Identidad de enlace en llamadas entrantes ................................................................7


Página 2 de 22

1.1.6.2. Llamadas salientes .....................................................................................................7 1.1.6.3. Nuevos códigos para eventos SMDRICIL ..................................................................8 1.1.6.4. Almacenamiento de llamadas falladas .......................................................................9 1.1.6.5. Número conectado en llamadas de red......................................................................9 1.1.6.6. Cambios en la salida CIL de LCR.............................................................................10

1.1.7. Prestaciones de y extensiones de número marcado. (CLIR) ocultación nº llamante ......10 1.1.7.1. CLIR por llamada., *42#. Si se marca se sale con el nº oculto ................................10 1.1.7.2. Sobrescribir restricción de número Ilamante. ...........................................................11

1.1.8. Mejoras en el interface CSTA.................................................................................................11 1.1.8.1. Provisión de interfaz para conmutar el número personal con procedimientos

CSTA.........................................................................................................................11 1.1.8.2. Disponibilidad de CSTA para extensiones virtuales.................................................11

1.1.9. Nueva gama de terminales DBC 22X ....................................................................................11 1.1.10. Prestaciones para extensiones digitales DTS y extensiones RDSI...................................12

1.1.10.1. Valor por defecto para TRM. ....................................................................................12 1.1.10.2. Envío de número A y el nombre al display cuando se llama a un número

adicional ADN. ..........................................................................................................12 1.1.10.3. Permitir códigos de servicio cuando el envío de DTMF está activado. ....................12 1.1.10.4. Mensajes de 24 caracteres y textos en castellano para los terminales RDSI..........12 1.1.10.5. No presentación de la traslación de número abreviado en los digitales. .................13 1.1.10.6. 40 MDN por digital ....................................................................................................13

1.1.11. Análisis numérico y códigos de accesos a prestaciones. .................................................13 1.1.11.1. Comienzo por cero de códigos de autorización. ......................................................13

1.1.12. Prestaciones de operadora. ...................................................................................................13 1.1.12.1. Tarificación por línea en operadora ..........................................................................13 1.1.12.2. Cambio de idioma y textos a castellano en OPI 3213..............................................13 1.1.12.3. El código de acceso se muestra en la consola OPI 3213 ........................................14 1.1.12.4. El tráfico entrante se enruta a la posición de día cuando no existe OPIS

disponibles. ...............................................................................................................14 1.1.12.5. Operadora automática ..............................................................................................14 1.1.12.6. Posibilidad de no devolución de llamadas extendidas a grupo de salto o grupo

ACD...........................................................................................................................14 1.1.12.7. Cola de operadora flexible ........................................................................................14 1.1.12.8. Aumento de la señal de llamada en la OPI 3213 .....................................................14 1.1.12.9. Permitir a la OPI activar más de una retrollamada en ocupado ...............................14

1.1.13. Prestaciones de enlaces RDSI...............................................................................................14 1.1.13.1. Transmisión de mensaje de PROGRESS en tránsito. .............................................14 1.1.13.2. Cambio en la desconexión RDSI cuando se recibe información dentro de

banda. .......................................................................................................................15 1.1.13.3. Modificación de la función ruta alternativa................................................................15 1.1.13.4. Petición de tarificación para IBERCOM....................................................................15 1.1.13.5. Separación de UUS 2 y UUS 3.................................................................................15 1.1.13.6. MCT en FACILITY IE sobre DSS1 ...........................................................................16 1.1.13.7. Mensaje por defecto en los DTS en llamadas en tránsito. .......................................16


Página 3 de 22

1.1.13.8. Permitir tránsito sobre la misma ruta.. ......................................................................17 1.1.13.9. Cambio de indicación de Llamada en espera ..........................................................17

1.1.14. CALL OFFER sobre QSIG.......................................................................................................17 1.1.14.1. ISO Call Offer con retención de camino ...................................................................17

1.1.15. Segmentación de mensaje QSIG ...........................................................................................17 1.1.16. Extensión remota ....................................................................................................................17

1.1.16.1. Conexión rápida........................................................................................................17 1.1.16.2. Tráfico de extensión remota sobre DPNSS..............................................................17

1.1.17. RVA 17 1.1.17.1. Mensajes de bienvenida RVA para extensiones individuales. .................................17 1.1.17.2. RVA en espera..........................................................................................................18 1.1.17.3. Diferentes músicas en espera para llamadas aparcadas.(MoH)..............................18 1.1.17.4. Guías vocales ...........................................................................................................18 1.1.17.5. Anuncio para llamada a número personales. ...........................................................19 1.1.17.6. RVA avanzada para operadoras ..............................................................................19 1.1.17.7. RVA avanzados para grupos ACD/PBX ...................................................................19

1.1.18. Modificaciones en los tonos ..................................................................................................20 1.1.18.1. Incremento del rango en ring en un agente ACD. ....................................................20 1.1.18.2. Tonos de llamada Morse ..........................................................................................20

1.1.19. Nivel del tonos DTMF enviados .............................................................................................20 1.1.20. Nuevo firmware .......................................................................................................................21

1.1.20.1. Cambios en el envío de tonos DTMF en la extensión remota..................................21 1.1.20.2. Código de invocación de servicios programable. .....................................................21 1.1.20.3. Cambios en la función jefe/secretaria.......................................................................22 1.1.20.4. Cambios para crear Grupos de Captura...................................................................22

1.1.21. Aumento de capacidades.......................................................................................................22


Página 4 de 22

1.1. Facilidades BC.12

El BC.12 se han recompilado todos los parches y desarrollos de mercado y se han incluido como prestaciones adicionales al sistema. Estos parches están disponibles en los mercados para los que fueron desarrollados en las versiones de MD-110 correspondientes pero a partir de ahora están disponibles en todas las versiones de país y todos los parches de nuevo desarrollo de prestaciones.

1.1.1. Prestaciones de ACD

1.1.1.1. Cambio del tono de congestión por tono de ocupado

Esta prestación cambia el tono de congestión por el tono de ocupado para las llamadas entrantes a grupo ACD por enlace público cuando todos los agentes están ocupados, la cola está llena y no está activado el desvío para el grupo AM

1.1.1.2. Chequeo del PIN durante el logon del agente ACD

Normalmente el PIN no es chequeado durante el logon con la tabla de AO programada. Si está activado el agente sólo hará logon si el PIN es correcto.

ACPAC:ACDNUM=6,ACDVAL= D1; 0= El número de PIN no se valida cuando el agente ACD hace logon. 1= El número de PIN se valida cuando el agente ACD hace logon.

1.1.1.3. Monitorización silenciosa durante llamada saliente de agente AC D

Permite al supervisor realizar intrusión silenciosa en un agente que realice una llamada externa. ASPAC:PARNUM=100,PARVAL= D1; 0 = Sin tono 1 = Tono en conferencia normal 2 = Tono en conferencia de operadora 4 = Tono en intrusión normal 8 = Tono en intrusión de ACD

1.1.1.4. Intrusión con o sin tono por el supervisor ACD

ASPAC:PARNUM=100,PARVAL= Di; 0 = Sin tono 1 = Tono en conferencia normal 2 = Tono en conferencia de operadora 4 = Tono en intrusión normal 8 = Tono en intrusión de ACD

1.1.1.5. Devolución de llamadas desde la cola ACD cuando el último agente ACD no está disponible.

Esta prestación permite la devolución de llamadas desde la cola de ACD a la posición de desvío del grupo cuando el último agente pasa al estado de no disponible.

ASPAC:ACDNUM=7,ACDVAL= D1; 0= Devolución de llamadas desde la cola de ACD no esta permitida cuando el último agente se desconecta. 1= Devolución de llamadas desde la cola de ACD esta permitida cuando el último agente se desconecta.


Página 5 de 22

1.1.1.6. Aumento de desbordamientos para ACD

Esta prestación permite el aumento del número de eventos de desbordamientos de grupos ACD de 4 a 8 de desvíos de grupos de ACD.

1.1.1.7. Aumento de número de miembros en grupos y timbres comunes.

Esta prestación aumenta el número de miembros disponibles en grupos de salto de 75 a 160 y de timbres comunes de 30 a 150.

1.1.2. Prestaciones de grupos de salto, grupos de timbre y grupos ACD

1.1.2.1. Activación/desactivación de desvío interno y externo [*21*nº... ] (ECF) de grupo sor cualquier miembro del grupo.

GHCAC:GRP=...[,SERV=][,TRAF=][,SEL=][,QUE=]; SEL = D1...D6.

D6= 0: Activación/desactivación de ECF y desvío no permitida para los miembros del grupo.

1:Activación/desactivación de desvío permitida para los miembros del grupo los miembros del grupo.

2: Activación/desactivación de ECF permitida para los miembros del grupo

1.1.2.2. Permitir a ODN de ACD desviar en ocupado a un grupo AM

Esta prestación permite a un ODN de ACD desviar en ocupado hacia un grupo ACD. En BC.11 era rechazado el desvío.

1.1.2.3. Permitir el desvío en no contesta hacia un grupo ACD.

En BC.11 este desvío se rechazaba

1.1.2.4. Permitir el desvío hacia un grupo de salto o grupo AM

Esta prestación permite el desvío en ocupado/no contesta hacia un grupo de salto o grupo ACD si todos los miembros del grupo están busy. -

1.1.3. Devolución de las llamadas manteniendo la posición de cola de grupos ACD/CTI

1.1.3.1. Devolución de llamada manteniendo la posición de cola ACD soporta extensión genérica.

El BC.12 se soporta esta prestación en todas las extensión similares a los digitales como las extensiones genéricas. Cuando un grupo desvía la llamada por expiración de tiempo en cola en el grupo de destino mantiene la posición de la cola.

1.1.3.2. Devolución de llamada manteniendo la posición de cola ACD a destinos externos privados y destinos externos públicos

Sé permite devolución de llamada manteniendo la posición de cola ACD a destinos externos privados y públicos, y recuperación siempre que la llamada no sea tomada en control por otra PABX (B-contesta).


Página 6 de 22

1.1.3.3. Extensión o transferencia de llamadas cuando ha sido devuelta manteniendo la.- posición de cola CTI/ACD

Si la operadora ha extendido una llamada a un grupo ACD/CTI antes de que sea devuelta con mantenimiento de posición de cola el sistema envía un mensaje de STATUS y mensaje de número actualizado, incluyendo número transferido al OAS (open aplication server)

1.1.3.4. Se asocia la identidad de cliente (CID) en todos los estados activos de llamada.

En BC.11 la asociación de CID solo se consideraba en estado de habla, ahora se asocia a todos los estados de llamada activa.

1.1.3.5. Comando de impresión de trabajos monitorizados. CSTMP.

Aparece el comando CSTMP que facilita la impresión de información sobre todos las tareas monitorizadas por CSTA.

1.1.4. Cambios en la señalización CAS R2 Se han realizado varios cambios en los parámetros y en la señalización CAS R2 que en principio no son de uso en España. Se han realizado cambios en el bloque funcional TL30.

1.1.4.1. Envío de información de número Ilamante en enlaces TL12 y TI-17.

1.1.4.1.1. TL12 T ab l a 3 V a lo r d e D 7 ( V AR I )

0 1 2 3 4 5 6 7 8 9 A B C D E F

Mercado

Otros X X X X X X X X

US X X X X X X X X

(Release Guard)

No X X X X X X X X

Si X X X X X X X X

Petición de categoría (solo MFC CCITT)

No X X X X X X X X

Si X X X X X X X X

Petición de Número A

No X X X X X X X X

Si X X X X X X X X

1.1.4.1.2. TL17

1.1.4.1.3. Tabla 7 Valor D3 (VARI)

0 1 2 3

MFC-signal CCITT-A5 included MFC-signal diagram No X X Si X X Petición de Número A No X X Si X X


Página 7 de 22

1.1.4.2. Soporte de TLU82 en TL1

Esta prestación habilita el uso de la tarjeta TLU82 por el bloque funcional TI-1.

1.1.5. Tarificación avanzada

1.1.5.1. Diferentes modelos de tarificación.

Un conjunto de siete modelos de tarificación (tarifas) han sido introducidos. El tipo de modelo de tarificación para una ruta particular es seleccionada por el dígito D4 del SERV. Los diferentes modelos de tarificación y las tarifas por unidad de pulso se definen con los nuevos comando de tarificación.

1.1.5.2. Cargo de llamadas a extensión cuando la operadora extiende la llamada.

Si una extensión pide a la operadora que extienda una llamada al exterior por defecto el coste de la llamada se carga a la operadora. El nuevo 151 permite que la llamada sea cargada a la extensión que ha solicitado la extensión de la llamada.

ASPAC:PARNUM=151,PARVAL= D1; 0 = Cargo a la operadora 1 = Cargo a la extensión

1.1.5.3. Desconexión automática de llamadas salientes por duración o coste.

Esta prestación permite que las extensiones analógicas o las extensiones genéricas que realizan una llamada por un enlace RDSI pueda ser desconectada cuando se alcance un coste máximo asignado. El usuario recibe un tono especial o un mensaje RVA antes de ser desconectado. Se controla por el nuevo parámetro MCOST

GEDII:DIR=….,LIM=…,CSP= [,CUST=][,LANG=][,MCOST=]; EXTEI: AUX= CAT=

DIR-...,TYPE= [,TRM=] EQU= TRAF=,SERV=,CDIV=,ROC= [,ADC=] [,CUST-_] [,ICAT=][,MCOST=];

MCOST = D1 D2 D3 D4 D1 D2 D3 D4 = 0-9999 Máximo coste acumulado

1.1.6. Prestaciones avanzadas de CIL (eventos de información de tarificación)

1.1.6.1. Identidad de enlace en llamadas entrantes

Si se definen formatos flexibles, las llamadas entrantes que no tienen el número Ilamante disponibles aparecen con el campo de número en blanco y podemos usar el nuevo campo identidad de enlace. .

1.1.6.2. Llamadas salientes

Esta prestación envía todas las llamadas salientes abandonadas en estado de aviso (alerting). Sólo funciona para registrar las llamadas abandonadas de ECF/LCR. Se puede utilizar cuando definimos formatos flexibles, un nuevo campo llamado Charged Number permite el uso de esta prestación. No se han producido modificaciones en los formatos estándar.


Página 8 de 22

1.1.6.3. Nuevos códigos para eventos SMDRICIL

Se han implementado nuevos códigos para los eventos de call log en los siguientes casos de tráfico; No contesta, desvío directo, sígueme, llamada interna a grupo, grupo de captura, llamadas a ocupado, llamadas a números vacantes y llamadas con ó4kb/s de datos.

CLCCC:SEG=,POS= [,CC1=] [,CC2=] [,CC3=]; POS = D1D2 D1D2 = Digits 0 - 31 for type of call Traffic case / type of call POS Reservado 0 Llamada transferida por operadora 1 Reservado 2 Reservado Reservado 4 Llamada terminada en ruta alternativa 5 Rellamada a ruta 6 Incoming call or tandem call 7 Llamada Interna 8 Llamada Conferencia 9 Llamada saliente 10 Reservado 11 Reservado 12 Intrusion 13 Llamada de datos 14 Llamada transferida 15 Llamada establecida en optimización de ruta 16 Llamada External follow me (ECF) 17 Reservado 18 Llamada Least cost routing (LCR) 19 Llamada DISA 20 MCT 21 Llamada terminada con optimización de ruta 22 Llamadas no-DISA abandonadas 23 Llamadas DISA abandonadas 24 Llamadas internas abandonadas 25 Llamadas DRA 26 Llamadas de SMS 27 Llamadas salientes abandonadas 28 Reservado para llamada ocupadas 29 Reservado para número vacante 30 Reservado 31

1.1.6.4 Transferencia antes y después genera tres registros de tarificación. La transferencia antes y después de contestar genera tres registros de tarificación. Del primero al segundo, del segundo al tercero y del primero al tercero. Para activar la prestación debe de estar activada la opción de registro de llamadas abandonadas


Página 9 de 22

1.1.6.4. Almacenamiento de llamadas falladas

En los formatos flexibles podemos decidir si las llamadas a números ocupados y que no entran en cola o llamadas a números vacantes son almacenadas.

CLOHI:FILE=,FORM=,DMPSIZ=[,DISCR=],LOGABN=][,LOGFAL=][,HRTBT=] LOGFAL= DI 0 = No se almacenan las llamadas falladas 1 = Log de llamadas a ocupado 2 = Log de llamadas a números vacantes 3 = Log de llamadas a números ocupados y vacantes

1.1.6.5. Número conectado en llamadas de red.

El campo de número conectado aumenta hasta 20 dígitos en los campos de información de tarificación para formatos flexibles. El identificativo de este campo es E1. Dígitos D5D6

CLFOC:FORM=, DATA=... [,APPEND=]; DATA= D1 ...D8. Field Identifier

A Access Code 1 B Access Code 2 C Access Code 2 + ISDN CBC D Account Code E Calling Number F Authorization Code G Dialled Number H Single Character Condition Code I Double Character Condition Code J End Date K Call Duration Time L Operator Queue Time M Space N Call metering pulses O Queue Time to Busy Externa¡ Line P End Time Q ISDN CBC (Call by Call) R Operator r System Access Code S Transit Network Selection Code T External Line ID or Called Number U 10 Digit Market Data 1 V 10 Digit Market Data 2 W 10 Character Market Data X Ring Time Duration Y Queue Time Duration Z Triple Character Condition Code A1 BPOS (Mobility) B1 Individual number (Mobility) C1 Event (Mobility) D1 Account or Authorization Code E1 Connected Number G1 Dialled Number or Oper. Queue Time J1 End Year J2 End Month J3 End Day P1 End Time including seconds P3 Start Time including seconds S9 Selection of field to log T1 Outgoing trunk ID T2 Incoming trunk ID H10 Numeric value of condition code G2 Number of the charged party

D5D6 (D7D8 See below)


Página 10 de 22

1.1.6.6. Cambios en la salida CIL de LCR

Para las llamadas no LCR el PARNUM=103 no cambia. Para llamadas LCR podemos decidir si se envía en CIL el número marcado o el número trasladado de LCR.

ASPAC:PARNUM=103,PARVAL= D1;

0 = Se presenta el número marcado 1 = Se presenta el número LCR trasladado

1.1.7. Prestaciones de y extensiones de número marcado. (CLIR) ocultación nº llamante

1.1.7.1. CLIR por llamada., *42#. Si se marca se sale con el nº oculto

Hasta BC.12 la y extensiones de número Ilamante se controlaba a nivel y extensión para todas las llamadas y el usuario no tenía opción de ocultar/presentar el número según su conveniencia. En BC.12 aparece el CLIR por llamada, con lo que el usuario decide si oculta o presenta, la ocultación se invoca con el nuevo código *42#. Se puede configurar en todos los tipos de extensión. ISDN, digital, genéricas y analógicas. Extensiones genéricas. GE

GESPI:CSP=,TRAF=, SERV=, CDIV=, ROC=, NPRES= ; NPRES= D1D2D3D4 D2= 0: Presentación no restringida 1: Presentación restringida 2: Presentación restringida por llamada

Extensiones analógicas. EXTEI: AUX= ,CAT= DIR-…,TYPE= [,TRM=] ,EQU= ,TRAF=,SERV=,CDIV=,ROC= [,ADC=] [,CUST=] [,ICAT=][,MCOST=];

ADC= D1 ... D9 D3= 0: Presentación no restringida 1: Presentación restringida 2: Presentación restringida por llamada

Extensiones digitales. KSEKI:DIR=…,EQU= ,CAT=

TRAF=,SERV=,CDIV=,ROC= [ ITYPE= [,ADC=] [,TRM=] [,CUST=] [,CALALT=] [,LANG=][,ACCTYP=][,BSEG=]; ADC= D1 … D12

D4= 0: Presentación no restringida 1: Presentación restringida 2: Presentación restringida por llamada

Extensiones RDSI. ITNUI:DIR=,EQU=, ,CAT= -[,ADC=] [,ACCTYP=] [,CUST=];

,TRAF=,SERV=,CDIV=,ROC=. ADC= D1 ... D9

D4= 0: Presentación no restringida 1: Presentación restringida 2: Presentación restringida por llamada


Página 11 de 22

1.1.7.2. Sobrescribir restricción de número Ilamante.

Esta prestación permite presentar los números que vienen de la red pública con presentación restringida si la red tiene para nuestras extensiones categoría de sobrescribir el la presentación o lo que vulgarmente se llama categoría de policía. También se presentan todos los números internos y llamadas de red. Extensiones genéricas. GE GESPI:CSP=,TRAF=, SERV=, CDIV=, ROC=, NPRES= ;

NPRES=D1D2D3D4 D4= 0: Sobreescribir CLIP no permitido 1: Sobreescribir CLIP permitido

Extensiones digitales KS KSEKI:DIR=...,EQU= , CAT= ITYPE= [ ,ADC=] [ TRM=] TRAF=,SERV=,CDIV=,ROC= , [,CUST=] [,CALALT=] [,LANG=][,ACCTYP=][,BSEC=];

ADC= DI ... D12 D12= 0: Sobreescribir CLIP no permitido 1: Sobreescribir CLIP permitido

Extensiones RDSI. IT ITNUI:DIR= ,EQU=, ,CAT

,TRAF=,SERV=,CDIV=,ROC= [,ADC-] [,ACCTYP=] [,CUST =] ; ADC= D1 ... D9

D9= 0: Sobrescribir CLIP no permitido 1: Sobrescribir CLIP permitido

1.1.8. Mejoras en el interface CSTA

1.1.8.1. Provisión de interfaz para conmutar el número personal con procedimientos CSTA.

Se ha implementado un procedimiento para que se puedan conmutar las listas de números personales. Se ha introducido a nuevo servicio Set_Feature para activar/desactivar el perfil de número personal entre BC.12 y el Application Link. Adicionalmente el perfil activo informa a CSTA como respuesta a Query_Feature para todos los tipos de extensión, también informa cuando se cambia el perfil por comando MML o procedimiento.

1.1.8.2. Disponibilidad de CSTA para extensiones virtuales.

Con esta prestación se permite la monitorización completa de las extensiones virtuales si están registradas en un terminal o no, para permitir recibir llamadas a través de una aplicación externa CSTA.

1.1.9. Nueva gama de terminales DBC 22X La nueva gama de terminales incluye digitales, analógico, teléfonos IP y operadoras. La nueva gama de digitales dispone de display más grandes y menús para la activación de los servicios, p.e. retrollamada.


Página 12 de 22

Dialog 4220 Básico Dialog 4222 Oficina Dialog 4223 Profesional Dialog 4224 Operadora Dialog 4225 Avanzado

Dialog 4425 Avanzado IP

Los siguientes teléfonos IP aparecerán en fechas próximas.

1.1.10. Prestaciones para extensiones digitales DTS y extensiones RDSI

1.1.10.1. Valor por defecto para TRM.

De acuerdo con el estándar ETSI no se incluir atenuación en las llamadas de terminales RDSI a enlaces públicos y viceversa. Ahora por defecto el valor TRM se pone a cero al iniciar una extensión RDSI.

1.1.10.2. Envío de número A y el nombre al display cuando se llama a un número adicional ADN.

Esta prestación envía al display el número A y el nombre al display de los digitales antes de responder una llamada de ADN. Antes de BC.12 se presenta el número y el nombre cuando la llamada se contestaba. Si existe más de una llamada ADN sólo se presenta la última que ha entrado al terminal.

1.1.10.3. Permitir códigos de servicio cuando el envío de DTMF está activado.

Con está prestación el sistema controla el estado de la llamada cuando se ha activado el envío de DTMF y se permite la petición de multiconferencia con el

ADC= D1 ... D9 D9= 0: Sobreescribir CLIP no permitido 1: Sobreescribir CLIP permitido

ASPAC:PARNUM=56,PARVAL= D1D2;

PARVAL =Di D2 0..9= Sufijo para activación 15= Sufijo no disponible 16= Ocultar los dígitos DTMF 47= Chequeo de estado de parking y permitir funciones de teclado 63= Chequeo de estado de parking y permitir funciones de teclado ocultando los

dígitos marcados

1.1.10.4. Mensajes de 24 caracteres y textos en castellano para los terminales RDSI.

En BC.11 aunque el idioma se seleccione a castellano los textos de los terminales RDSI se presentaban en inglés. Esta deficiencia se corrigió con parche y el BC.12 esta incluida en sistema.


Página 13 de 22

1.1.10.5. No presentación de la traslación de número abreviado en los digitales.

Aparece un nuevo parámetro que nos permite controlar si el número trasladado se presenta a la extensión o se oculta.

ADCOI:ABB=,TRA=,CLASS=... [,NPRES= ]; NPRES= D1

D1= 0: Presentar el número abreviado trasladado 1: No presentar el número abreviado trasladado

1.1.10.6. 40 MDN por digital

Se incrementa de 30 a 40 el número de MDN en los teléfonos digitales.

1.1.11. Análisis numérico y códigos de accesos a prestaciones.

1.1.11.1. Comienzo por cero de códigos de autorización.

Está prestación permite que los códigos de autorización puedan comenzar por cero. AUCOI: AUTH=[,CHECK=] ,CILCOD=, CAT=, CSP= [,CUST=]; DIR=,AUTH= CAT= CSP= AUTH = D1D2D3D4D5D6D7 D1 D2D3D4D5D6D7 = 0-9999999 Código de autorización

1.1.12. Prestaciones de operadora.

1.1.12.1. Tarificación por línea en operadora

En BC.11 la operadora sólo podía iniciar tráfico con tarificación por ruta. En BC.1 I la operadora puede iniciar tráfico con tarificación por línea. El tipo de tarificación no se controla por comando.

OPERI :DIR=...,EQU= [,OPC= ] ,PRG=,TRAF= [,OCUST= ] [,MODE= ] ,TYPE= [,PCM=] [,TRM =]; OPC= D1 ... D5

D5= 0: Tarificación por ruta 1: Tarificación por línea

1.1.12.2. Cambio de idioma y textos a castellano en OPI 3213.

Esta prestación permite el cambio de idioma a la consola de operadora 3213 por MML o procedimiento como en la consola 3214. Código *08*L# con L número de idioma.

0 Inglés

1 Francés 2 Alemán

3 Español

4 Italiano 5-9 Reservado


Página 14 de 22

1.1.12.3. El código de acceso se muestra en la consola OPI 3213

En esta consola sólo se mostraba el enlace_ y código de ruta cuando entraba una llamada. Esta información es insuficiente cuando la operadora atiende varios códigos de acceso a operadora.

1.1.12.4. El tráfico entrante se enruta a la posición de día cuando no existe OPIS disponibles.

Esta prestación enruta el tráfico del grupo de operadoras a una posición de día cuando no hay operadoras disponibles para este grupo. Estas llamadas son desviadas a una posición de día seleccionada por comando. Esta prestación enruta el tráfico cuando se definen horarios de día y noche para los grupos de operadora.

OPDNC:WDAY= [,DTIME=] [,NTIME=]; OPCTS:CORG=,CALT=[,OACC=] [,ROU=... ] [,CUST=] [,SDAY=] [,SNIG= ];

S D A Y = D 1 D 2 D 3 D 4 D 5 D 1 D 2 D 3 D 4 D 5 = 0 - 9 9 9 9 9 N ú m e r o d i r e c t o r i o

1.1.12.5. Operadora automática

Esta prestación optimiza el trabajo de la operadora para llamadas entrantes de enlace en dos escenarios.

• Cuando no se reciben los dígitos del número llamado • Cuando no se recibe el número común de operadora en llamadas DID

1.1.12.6. Posibilidad de no devolución de llamadas extendidas a grupo de salto o grupo ACD.

Cuando la operadora extiende una llamada a un grupo de salto se considera dos casos de tráfico; interno y externo. Cuando se extiende una llamada interna a un grupo de salto no sé devuelve a OPI. Cuando la llamada se extiende a grupo ACD nunca de devuelve á la OPI en caso de no atención y es independiente de si es interna o externa.

1.1.12.7. Cola de operadora flexible

En BC.11 la cola de operadora se define desde 99 a 255. en BC.12 se puede definir el tamaño de la cola de 1 a 255.

ASPAC:PARNUM=195,PARVAL= D1D2D3; D 1 D 2 D 3 = 1 - 2 5 5 : Número de llamadas en la cola operadora

1.1.12.8. Aumento de la señal de llamada en la OPI 3213

Se ha incrementado de -27dB a - i 2dB la señal de llamada. El valor se define en el Aplication System.

1.1.12.9. Permitir a la OPI activar más de una retrollamada en ocupado

Esta prestación permite a la OPI activar más de una retrollamada sobre extensión ocupada.

1.1.13. Prestaciones de enlaces RDSI

1.1.13.1. Transmisión de mensaje de PROGRESS en tránsito.

Cuando BC.12 está realizando funciones de tránsito entre varias PABX se permite el paso de los mensajes de PROGRESS a la otra PABX.


Página 15 de 22

1.1.13.2. Cambio en la desconexión RDSI cuando se recibe información dentro de banda.

Cuando se recibe el mensaje de desconexión con indicador de progreso 8 (información de tono en banda) y la causa de liberación tiene los valores 1, 18, 22, 29 0 42 entonces la correspondencia interna y la indicación de progreso se envía a los terminales.

1.1.13.3. Modificación de la función ruta alternativa

La ruta alternativa se puede definir para que se tome sólo en caso de que la ruta principal este fuera de servicio y no cuando esta ocupado. Si existe congestión en todos los LIM se da tono de ocupado.

SEL= D1 ... D15 D1= 0 Ruta alternativa permitida 1 Ruta alternativa no permitida 2 Ruta alternativa permitida solo cuando esta fuera de servicio

1.1.13.4. Petición de tarificación para IBERCOM

En lugar de tarificación IBERCOM podemos pedir la tarificación como elemento de información Nacional+elemento de información Facility en el SETUP en lugar de IBERCOM IE. Se controlo en el VARO D 7 dando los valores 4,5,6 y 7. Valor de D 7 (VARO)

0 1 2 3 4 5 6 7 8 9 A B C D E F

Request call metering or Advice Of Charge (AOC) at call setup Petición de AOC en setup

No X X X X X X X X Yes, (National IE + Facility ID

(IBERCOM, Spain) X X X X Yes, (National IE) (National ISDN) X X X X Yes, (Facility IE) (ISO/ETSI)

Type of charging

X X X X Continuous charging during the call *1)(AOC-D ISO/ETSI)

X X X X Charge at end of call *2) (AOC-E ISO/ETSI)

X X X X AOC-D and AOC-E (only ISO/ETSI)

Reservado X X X X

1.1.13.5. Separación de UUS 2 y UUS 3

La especificación de Ibercom requiere que los UUS2 y UUS3 se puedan separar en la programación. En el caso de UUS2 no sea soportado en el extremo remoto se indica con un mensaje de STATUS con causa 69 Petición de facilidad no implementada.


Página 16 de 22

1.1.13.6. MCT en FACILITY IE sobre DSS1

A! invocar el servicio dé llamada maliciosa en estado activo o de desconexión, la petición MCT se envía en FACILITY IE dentro de un mensaje de FACILITY a la red pública.

1.1.13.7. Mensaje por defecto en los DTS en llamadas en tránsito.

Cuando un DTS realiza una llamada a través de un enlace QSIG a una ruta pública y el indicador de moneda no se recibe de la red pública se envía un mensaje por defecto. Se programa con el PARNUM=185.

ASPAC:PARNUM=185,PARVAL= D1D2D3 D1D2D3= 0-999: Código numérico para la moneda

Alpha code Numeric code Curreucy Country

AED 784 Utd. Arab Emir. Dirham United Arab Emirates

ARA 032 Austral ArgentinaATS 040 Euro AustriaAUD 036 Australian Dollar AustraliaBAK 070 Convertible Mark Bosnia- HerzegovinaBEF 056 Euro BelgiumBGL 100 Bulgarian Lev. BulgariaBHD 048 Bahrain Dinar BahrainBRC 076 Cruzado BrazilBSD 044 Bahamanian Dollar BahamasCHF 756 Swiss Franc SwitzerlandCLF 990 Unidades de fomento ChileCLP 152 Chilean Peso ChileCNY 156 Yuan Renminbi ChinaCOP 170 Colombian Peso ColombiaCRC 188 Costa Rican Colon Costa RicaCZK 203 Koruna CzechiaESB 724 EURO EspañaESP 978 EURO EspañaOMR 512 Omani Rial OmanPEI 604 Inti PeruPLZ 616 Zloty PolandPTE 620 Euro PortugalROL 642 Leu RomaniaRUR 810 Russian rouble RussiaSAR 682 Saudi Riyal Saudi ArabiaSEK 752 Swedish K r o na Sw edenSGD 702 Singapore Dollar SingaporeSIT 705 Slovenian Tolar SloveniaSKK 703 Slovak Koruna SlovakiaSVC 222 El Salvador Colon El Salvador


Página 17 de 22

1.1.13.8. Permitir tránsito sobre la misma ruta..

El control de tránsitos sobre la misma ruta para evitar bucles ahora se controla con el PARNUM=118.

ASPAC:PARNUM=118,PARVAL= D1; D,= 0: Comprobación de prohibición de llamada en bucle desactivada (permite

llamadas en bucle) 1: Comprobación de prohibición de llamada en bucle activada (no permite

llamadas en bucle)

1.1.13.9. Cambio de indicación de Llamada en espera

El tono de llamada en espera pasa de -2dB a -6dB, para indicaciones internas y externas.

1.1.14. CALL OFFER sobre QSIG. La operadora puede dejar una llamada en espera sobre una extensión ocupado sobre enlace OSiG. Este servicio se puede dar ahora como UUI Call Offer e ISO QSIG Call Offer. El servicio ISO QSIG solo es posible en redes homogéneas ISO QSIG que soporten Protocolo Genérico Funcional Estándar.

1.1.14.1. ISO Call Offer con retención de camino

El servicio CO se puede invocar con retención de canales para asegurar que se va a completar cuando la parte B quede libre, este servicio sólo se invoca cuando el Ilamante es una operadora.

1.1.15. Segmentación de mensaje QSIG Para mensajes se señalización QSIG muy largos se permite que estos sean segmentados en varios paquetes de Nivel 3.- La segmentación sólo se aplica si el mensaje excede del valor N201 definido en la recomendación Q.921, mensajes de más de 260 octetos.

1.1.16. Extensión remota

1.1.16.1. Conexión rápida.

Para llamadas salientes de extensión remota se conecta el canal de salida cuando la otra parte envía señal de llamada en lugar de cuando se conecta el distante. Antes se producía un pequeño retraso de 1,5 a 4 segundos en la conexión con silencio. _ 1.1.16.2 Identificación de número En BC.11 cuando una extensión llamaba a una extensión remota con presentación restringida esta no se enviaba a la red por tanto se mostraba en la extensión remota. En BC.12 este problema está solucionado y sólo se muestra cuando el Ilamante tiene presentación permitida.

1.1.16.2. Tráfico de extensión remota sobre DPNSS.

Cuando una llamada entra a un R1 con los números extras estos se envían por el enlace, en BC.11 los dígitos extras no se enviaban.

1.1.17. RVA

1.1.17.1. Mensajes de bienvenida RVA para extensiones individuales.

Se da un mensaje de bienvenida cuando la parte B descuelga,


Página 18 de 22

RACEI: DIR=... [,WELCOM= ] [,CONT=] VOCT=…VOCGU= [,CUST=... ] WELCOM = D1D2D3 D1D2D3=0-250 RACEP: DIR= ;VOCT= [,CUST= ] RACEC: DIR=... [,WELCOM=] ; [,CONT=] VOCT=...,VOCGU= [,CUST=... ]

1.1.17.2. RVA en espera

Esta prestación da un mensaje a una llamada aparcada en lugar de música en espera. Se asigna un mensaje continuo a las extensiones que dan el mensaje y se da siempre que aparcan una llamada. Se asigna a las extensiones un mensaje continuo.

RACEI: DIR-... [,WELCOM= ] [,CONT= ]; VOCT=...,VOCGU= [,GUST=... ] CONT D1D2D3

D1D2D3 = 0 -Número del mensaje contínuo, 1 - 250. con valor 0 no se da 250 mensaje contínuo

1.1.17.3. Diferentes músicas en espera para llamadas aparcadas.(MoH)

Cuando una llamada se aparca por una extensión se da MoH a la parte aparcada. La parte aparcada puede recibir MoH desde distintas fuentes de MoH en función de si es externa o interna. Las llamadas externas aparcadas reciben MoH desde el canal 1; las llamadas internas y de tie lines puede recibir desde MoH 1 o MoH 2 en función del PARNUM=158.

ASPAC:PARNUM=158,PARVAL= D1; D1 i= 0 : Llamadas externas e internas reciben música desde el MoH 1: Llamadas externas reciben música de MoH1 y las internas y de tie lines

reciben música desde el MoH 2

1.1.17.4. Guías vocales

Se dan mensajes en lugar de tonos para los servicios y eventos de tráfico. P.e número bloqueado o desvío activo.

RACEI: DIR=... [,WELCOM=] ; [,CONT=] VOCT--.. ,YOCGU- [,CUST=...] VOCT= D1D2

D1D2 = 01 Número vacante 02 Bloqueo externo de línea 03 Bloqueado 04 Ocupado 05 Expiración de tiempo 06 Act/desactivación de servicio correcta 07 Fallo en programación de servicio 08 Desvío activo 09 DND activo 10 Mensaje en espera 11 Bloqueo de extensión correcto 12 Desbloqueo de extensión correcto 13 Extensión cerrada 14 Sin categoría 15 No disponibles


Página 19 de 22

16 Petición de PIN R2 17 Rechazado por coste máximo 18 Reservado 19 Reservado 20 Reservado

VOCGU=D1D2D3 D1D2D3= 1 - 250 Número de anuncio vocal.

= 0 Valor por defecto (sin anuncio

1.1.17.5. Anuncio para llamada a número personales.

Esta prestación da un mensaje de bienvenida al número Ilamante cuando la llamada entra a través de un número personal. Se programa como el anuncio de bienvenida a extensión.

1.1.17.6. RVA avanzada para operadoras

Cuando la llamada entra a una operadora y en función del grupo de origen se dan anuncios a la parte Ilamante

• Anuncio de bienvenida • Anuncio de llamada en cola • Repetición de Anuncio de llamada en cola • Anuncio contínuo

CORG =... RAGAI : [,WELCOM=][,QUEUE=][,REPQUE =][,CONT=] GRP =... [CIDREQ =] [ ,EWTA=] [,QTIME- ] [,RTIME=..]

WELCOM= D1D2D3 D1D2D3= 0 - 250 1-250 número de anuncio de bienvenida.0 significa que no

se da mensaje QUEUE = D1D2D3

D1D2D3= 0 - 250 1-250 número de anuncio de cola. 0 significa que no se da mensaje

REPQUE = D1D2D3

D1D2D3= 0 - 250 1-250 número de anuncio de repetición de cola. 0 significa que no se da mensaje

CONT= D1D2D3 D1D2D3= 0 - 250 1 - 250. número de anuncio contínuo. 0 significa que no se

da mensaje

1.1.17.7. RVA avanzados para grupos ACD/PBX

Cuando se recibe una llamada en grupo de salto o ACD se provee anuncio continuo a la parte Ilamante entre el mensaje de cola y el de repetición de cola para cada grupo.

CORG =... RAGAI : [,WELCOM=][,QUEUE=][,REPQUE =][,CONT=] GRP =... [CIDREQ =] [ ,EWTA=] [,QTIME- ] [,RTIME=..]

WELCOM= D1D2D3 D1D2D3= 0 - 250 1-250 número de anuncio de bienvenida.0 significa que no

se da mensaje


Página 20 de 22

QUEUE = D1D2D3

D1D2D3= 0 - 250 1-250 número de anuncio de cola. 0 significa que no se da mensaje

REPQUE = D1D2D3

D1D2D3= 0 - 250 1-250 número de anuncio de repetición de cola. 0 significa que no se da mensaje

CONT= D1D2D3 D1D2D3= 0 - 250 1 - 250. número de anuncio contínuo. 0 significa que no se

da mensaje

1.1.18. Modificaciones en los tonos

1.1.18.1. Incremento del rango en ring en un agente ACD.

Esta prestación aumenta el tiempo de ring de una llamada en un agente ACD de 1-120 segundos a 1-32768 segundos.

ASPAC:PARNUM=165,PARVAL= D1D2D3; D1D2D3= 1-32768: Tiempo en segundos. Recomendado 10s

1.1.18.2. Tonos de llamada Morse

El tono interno o el externo se pueden modificar para dar las cadencias estandar o las Morse. Es necesario reiniciar la TMU después de modificar los tonos.

ASPAC:PARNUM=254,PARVAL= D1D2D3; D1D2= 0-15: Tono interno/externo. Ver tabla

Table I80-1 Value of D 1 D 2 in PARNUM 254

0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Standard/Standard X Morse-A/Standard X Morse-D/Standard X Morse-S/Standard X Standard/ Morse-A X Morse-A/ Morse-A X Morse-D/ Morse-A X Morse-S/ Morse-A X Standard /Morse-D X Morse-A/ Morse-D X Morse-D/ Morse-D X Morse-S/ Morse-D X Standard /Morse-S X Morse-A/ Morse-S X Morse-D/ Morse-S X Morse-S/ Morse-S X

1.1.19. Nivel del tonos DTMF enviados El nivel de los tono DTMF se ha cambiado de -12dBr a -9dBr para enlaces analógicos que usan TLU75. Para que el nivel se incremente la atenuación ha sido bajada.


Página 21 de 22

1.1.20. Nuevo firmware Los teléfonos digitales disponen de firmware actualizable. La nueva tarjeta ELU32 en realidad ahora se denomina SPU (system procesor unit) y en función del firmware que se cargue se comporta como ELU32 de extensiones, ELU32 de eniace IP o TMU de 32 emisores/receptores de tono. 1.1.21 Extensión remota fija/móvil

1.1.21.1. Cambios en el envío de tonos DTMF en la extensión remota.

Se controla si los tonos DTMF pasan directamente o se marca el sufijo definido en el ASPAC 56, normalmente el 9. Cuando se necesito sufijo los códigos se utilizan para activar servicios como si fueran digitales.

ASPAC:PARNUM=123,PARVAL= D1; D5= 0: Se requiere sufijo (ASPAC 56) 1: No se requiere sufijo y se pasa directo a DTMF

1.1.21.2. Código de invocación de servicios programable.

En la extensión remota podemos decidir cual va a ser el código de invocación de servicios. Anteriormente era fijo (*)

ASPAC:PARNUM=124,PARVAL= D1D2D3; D1D2D3= 0-XXX: con XXX cualquier dígito 0-9,*,# *: (valor por defecto)


Página 22 de 22

1.1.21.3. Cambios en la función jefe/secretaria

Aparece una nueva función jefe/secretaria que permite el control de la recepción de las llamadas de los jefes por las secretarias: Un jefe puede tener un máximo de 10 secretarias. Las secretarias permiten controlan tantos jefes como teclas tenga disponibles. Necesita tener licencias de número personal ya que necesita de esta función y utiliza la lista personal 1. Tenemos un nuevo parámetro en los terminales digitales que nos permite definir las extensiones como jefe o secretaria.

KSEXI:DIR=...,EQU= ,CAT= ,TRAF=,SERV=,CDIV=,ROG= ,lTYPE= [,ADC=] [,TRM,] [,CUST=] [,CALALT,] [,LANG=][,ACCTVP=][,BSEC=];

BSEC= D1= 0: Normal. (Valor por defecto) 1: Jefe 2: Secretaria

Se debe iniciar la ,lista personal 1 para el jefe incluyendo todas las secretarias, que tenga. Por ejemplo tres secretarias.

PELPI:DIR=jefe,LIST=1,CH0=1,BSYCH0=2,ANSPOS=sec1; PELPI:DIR=jefe,LIST=1,CH0=2,BSYCH0=3,ANSPOS=sec2; PELPI:DIR=jefe,LIST=1,CH0=3,ANSPOS=sec3;

Aparece un nuevo tipo de tecla que se programa a las secretarias para activar a la captura de los jefes. El parámetro DIG cambia en función del tipo de tecla, si es FCN=PEN el valor es 0-9 si BSEC=1. Si BSEC=2 el valor es 0-99999 para indicar la extensión dei jefe.

KSFKC:DIR=jefe,KEY=18,FCN=PEN,DIG=1;---> Lista número uno. SFKC:DIR=sec1,KEY=18,FCN=PEN,DIG=jefe; KSFKC:DIR= sec2,KEY=18,FCN=PEN,DIG= jefe; KSFKC:DIR= sec3,KEY=18,FCN=PEN,DIG= jefe;

Para activar la prestación el jefe o la secretaria pueden activar la tecla con FCN=PEN. Se deben completar las funciones jefe secretaria que requiera el usuario y que no cambian, como MNS,ADN,TNS...

1.1.21.4. Cambios para crear Grupos de Captura

INICIO - GPGRI:GRP=XXXX,LIM=X; (Conveniente poner el LIM del mayor nº de ext.) - GPGMI:GRP=XXXX,DIR=XXXX;

1.1.22. Aumento de capacidades • Un anuncio de bienvenida por cada extensión. • Un anuncio continuo por cada extensión. • Un anuncio de guía vocal por cada caso de tráfico. • Aumento del número de miembros de un grupo de timbres de 30 a 150. Aumento del

número de miembros de un grupo de salto de 75 a 160. • El número máximo de eventos de desbordamiento de grupos ANCD pasa de 4 a 8 • 250 enlaces H.323 por LIM. • 250 objetos de medida de tráfico de IP networking.

Tema 2 MD110 en BC.12

Página 1 de 16

MD110

ÍNDICE

MD110 ............................................................................................................................................1 2.1. Introducción............................................................................................................................................2 2.2. Tarjeta SPU4 ...........................................................................................................................................2 2.3. Tarjeta NIU2 ............................................................................................................................................3 2.4. Nueva Familia de teléfonos Dialog 4000..............................................................................................4

2.4.1. Dialog 4220 ó DBC 220 ..............................................................................................................5 2.4.2. Dialog 4222 ó DBC 422 ..............................................................................................................6 2.4.3. Teclado de Expansión DBY 419 01 ............................................................................................8 2.4.4. Dialog 4223 ó DBC 223 ..............................................................................................................9 2.4.5. Dialog 4225 (IP) o DBC 425......................................................................................................10 2.4.6. Dialog 4224. Terminal de Operadora (sustituye a la 3214) ......................................................12 2.4.7. Dialog 4422 o DBC 422 ............................................................................................................13 2.4.8. Dialog 4425 o DBC 425 ............................................................................................................15


Página 2 de 16

2.1. Introducción

Con la introducción de la nueva versión BC12 de MD110 aparecen nuevos elementos, tarjetas, terminales, que permiten soportan las nuevas funciones de esta versión. Para la nueva funcionalidad de enlaces IP (IP trunking) es necesaria la nueva tarjeta SPU4, la cual permite detectar los tonos DTMF enviados mediante la señalización en el enlace IP. La tarjeta IU es una evolución de la tarjeta NIU. Esta nueva tarjeta soporta un nuevo interfaz para conectar la tarjeta HDU inclusive es innecesaria esta ultima tarjeta cuando en la nueva tarjeta NIU2 se monta la tarjeta Compact Flash. Una nueva línea de teléfonos IP, digitales innovadores y analógicos, equipados con las funciones y el diseño más avanzado, la familia Dialog 4000, está formado por varios modelos que utilizan diferentes tecnologías y satisfacen distintas necesidades: Teléfonos digitales (DTS) que soportan Ericsson 2B+D, incluida la versión de operadora (OPI), teléfonos IP con switch Ethernet

incorporado y una línea de teléfonos analógicos.

2.2. Tarjeta SPU4

La tarjeta SPU4. cu o código de identificación es el ROF 137 5430/1. suministra 32 receptores de tonos DTMF. Esta tarjeta se instala en el MD110 posiciones de intervalos de tiempo. El BOARDID de la tarjeta con el firmware DTMF32 es el 115. Se permite un máximo de 6 tarjetas SPU4 por LI M.

Figura 1. Tarjeta SPU4

El ámbito de utilización de la tarjeta SPU4 es en IP trunkinq (enlace IP) y en extensiones remotas.En el caso de enlace IP, los tonos DTMF podrían transmitirse por la red por el canal de voz, sin embargo, este hecho presenta una serie de inconvenientes. Primeramente el flujo de voz puede ser codificado y decodificado varias veces por diferentes codecs a lo largo de una red de datos. Además el flujo de voz es transmitido por la red mediante un protocolo que no es seguro (UDP), lo cual significa que pueden perderse paquetes en el transporte. Este hecho podría causar que el receptor de los tonos DTMF pudiera no identificarlos, al haberse perdido paquetes.

Para transportar tonos DTMF de forma fiable deben conducirse por el canal de señalización. Para ello se requiere que los tonos DTMF recibidos por el canal de voz (en banda), de otro sistema de señalización en el sistema MD110, deben ser detectados, extraídos y convertidos en señalización H.245. Esta tarea es realizada por la tarjeta SPU4. Para poder realizar esta tarea la tarjeta SPU4 debe estar en el camino que recorre el flujo de voz. Después de iniciar la tarjeta SPU4 en el LIM, ésta es comprobada por el sistema. Existen 4 leds situados debajo del procesador de la tarjeta, que indican si la tarjeta está trabajando adecuadamente. El primer led es de color verde y puede ser visto mirando de frente a la tarjeta, el resto de los leds son de color rojo y están situados, en línea, a continuación del led verde. A continuación se muestra una tabla indicando el significado de cada uno de los leds y su estado.


Página 3 de 16

Figura 2. Tarjeta SPU4

La tarjeta SPU4 tiene 8 DSPs. Cada DSP lleva asociado dos . leds que muestran el estado de funcionamiento de la aplicación que está ejecutándose en dicho DSP. La aplicación DTMF32 se ejecuta en el DSP numerado como 1 en la figura. En la tabla siguiente se muestra el estado de los leds y su significado.

2.3. Tarjeta NIU2

La nueva tarjeta NIU2 sustituye a la tarjeta NIU. La tarjeta se compone de las siguientes interfaces:

• Un puerto para un terminal Asíncrono/síncrono (TTY1). • Dos puertos para terminales asíncronos (TTY 2 Y TTY3). • Un puerto Ethernet 10BaseT. • Una interfaz ATA. • Una interfaz para Compact Flash.

Si estos leds lucen, es que latarjeta está bien


Página 4 de 16

Las dos últimas son interfaces nuevas con respecto a la anterior tarjeta NIU: Se comprueba que ha desaparecido la interfaz SCSI para unir a una tarjeta HDU externa; sustituyéndose por una interfaz ATA:. La nueva tarjeta NIU2 permite además insertar un dispositivo de almacenaje en la propia tarjeta mediante una tarjeta Compact Flash. De esté modo es posible realizar los volcados de datos del sistema, bien sobre un disco externo (tarjeta HDU) o sobre una tarjeta Compact Flash, o sobre la combinación de ambos. Existen dos capacidades de memoria de estas Compact Flash, 128 y 256 Mbytes. En la figura siguiente se muestra la Tarjeta NIU2. En ella se puede observar donde se insertan las tarjetas de memoria sobre la tarjeta NIU2.

Figura 3. Tarjeta NIU2

Según mecánica se instalará: Siempre en el magazine 0 y en un time-slot de 16 individuos; en /90 ocupará la posición 22 y en apilable la 40. Se suministrará con Compact Flash cuando la RAI no sea muy grande, en este caso no se instalará HDU7/1

2.4. Nueva Familia de teléfonos Dialog 4000

Con la nueva versión BC12, ha aparecido una nueva familia de teléfonos, con diferente tecnología, para sustituir a la anterior familia Dialog 3000. Aparecen nuevos modelos de teléfonos analógicos, digitales, operadora e IP. Teléfonos analógicos Para esta familia aún no han sido presentados dichos terminales y sólo se tienen referencias de cuales serán sus denominaciones. Dialog 4105, para cubrir la gama baja de terminales analógicos. Dialog 4147, para cubrir la gama media. Dialog 4185, para cubrir la gama alta. Teléfonos digitales La familia de teléfonos digitales está compuesta por: Dialog 4220 ó DBC 220. Dialog 4222 ó DBC 222 Dialog 4223 ó DBC 223 Dialog 4225 ó DBC 225

Sin Cambios

Antes SCASI

Para discos ID

Se puede complementar con Compact Flash, HDU y sus variables.


Página 5 de 16

Terminal de Operadora Dialog 4224 Teléfonos IP Dialog 4422 ó DBC 422 Dialog 4425 ó DBC 425

2.4.1. Dialog 4220 ó DBC 220 Es un teléfono digital con funciones básicas, el cual carece de display. Posee 10 teclas de función con led y permite monitorizar la llamada. Se puede, programar la señal de timbre que se va a escuchar en una llamada entrante, mediante el siguiente procedimiento: se pulsa la tecla mute/prog, se pulsa un dígito del 0 al 9 (cada tecla es un sonido diferente), y en aquel sonido que queramos programar, después de escucharlo, se vuelve a pulsar la tecla mute/prog.

Figura 4. Dialog 4220

Las teclas son: línea 1, línea .2, inquiry, mute/prog, Speaker, Clear, Transfer, teclas de función- (hay 6 teclas con led para funciones), volumen El parámetro ITYPE = 25 En cuanto a las teclas programables son: KEY = D1 D2 = 1-3, 13 y 14.


Página 6 de 16

Figura 5. Teclas del Dialog 4220

2.4.2. Dialog 4222 ó DBC 422 Es el modelo inmediatamente superior al DBC 220. Este modelo posee un display de dos filas, función de manos libres, 10 teclas de función con led, un puerto para auriculares y permite un panel de expansión de teclado DBY 419 01. Las teclas son línea 1, línea 2, inquiry, mute/prog, Speaker, Clear, Transfer, teclas de función (hay 6 teclas con led para funciones), Volumen -/+, tecla de auriculares (para activar y desactivar el modo auricular). El parámetro ITYPE = 26

ITYPE= 27 con un panel de expansión. En cuanto a las teclas programables son:

KEY = D1 D2 = 1-3, 13 y 14. KEY = D1 D2 = 1-3, 13,14. 24-40. Con el panel de expansión de teclado.


Página 7 de 16

Figura 6. Dialog 4222 o DBC 422



Página 8 de 16

2.4.3. Teclado de Expansión DBY 419 01 Este módulo de expansión de teclado permite ampliar el número de teclas programables (17 por cada módulo) a los terminales de la familia Dialog 4000. No es soportado en el MD110 por el terminal Dialog 4220, ni tampoco por el terminal de Operadora Dialog 4224.

Figura 8. Módulo de ampliación DBY 419 01

Figura 9. Teclas del módulo DBY 419 01


Página 9 de 16

2.4.4. Dialog 4223 ó DBC 223 Este modelo posee un display de tres filas, función de manos libres, 10 teclas de función con led, 4 teclas de función (Softkeys), un puerto para auriculares y permite hasta cuatro paneles de expansión de teclado DBY 419 01. Las teclas son línea 1, línea 2, inquiry, mute/prog, Speaker, Clear, Transfer, Volumen -/+, tecla de auriculares (para activar y desactivar el modo auricular).

El parámetro ITYPE = 28 El parámetro ITYPE = 29 con un teclado de expansión. El parámetro ITYPE = 30 con dos teclados de expansión. El parámetro ITYPE = 31 con tres teclados de expansión. El parámetro ITYPE = 32 con cuatro teclados de expansión.

En cuanto a las teclas programables son:

KEY = D1 D2 = 1-3, 13 y 14. KEY = D1 D2 = 1-3, 13,14, 24-40, con un teclado de expansión. KEY = D1 D2 = 1-3, 13,14, 24-57, con dos teclados de expansión. KEY = D1 D2 = 1-3, 13,14, 24-74, con tres teclados de expansión. KEY = D1 D2 = 1-3, 13,14, 24-91, con cuatro teclados de expansión.


AL_ROMO S S

PROGRAMAR TECLAS KEY=0,FCN=PROG; KEY=3,FCN=ODN2; KEY=12,FCN=TFR; KEY=XX,FCN=NLOG;


Página 10 de 16


2.4.5. Dialog 4225 (IP) o DBC 425

Este modelo posee un display de 320 x 80 pixels, función de manos libres, 20 teclas de función con led, 4 teclas de función (Softkeys), 3 teclas de navegación para los menús del display, un puerto para auriculares y permite hasta cuatro paneles de expansión de teclado DBY 419 01. Las teclas son línea 1, línea 2, inquiry, mute/prog, Speaker, Clear, Transfer, desvío, CaIIBack, Volumen -/+, tecla de auriculares -(para activar y desactivar el modo auricular).

El parámetro ITYPE = 33 El parámetro ITYPE = 34 con un teclado de expansión. El parámetro ITYPE = 35 con dos teclados de expansión. El parámetro ITYPE = 36 con tres teclados de expansión. El parámetro ITYPE = 37 con cuatro teclados de expansión.

En cuanto a las teclas programables son: KEY = D1D2 = 1-3, 13 - 23. KEY = D1D2 = 1-3, 13-40, con un teclado de expansión. KEY = D1D2 = 1-3, 13-57, con dos teclados de expansión. KEY = D1D2 = 1-3, 13 -74, con tres teclados de expansión.

TRANSFER KSFKC:DIR=ext.,FCN=TFR,KEY=12; PROGRAM KSFKC:DIR=ext.,FCN=PROG,KEY=0;


Página 11 de 16

Figura 12. Dialog 4225 o DBC 425 - ITYPE=6

Figura 13. Teclas del Dialog 4225 - ITYPE = 6


Página 12 de 16

Figura 14. Pantalla y teclas de navegación del Dialog 4225

2.4.6. Dialog 4224. Terminal de Operadora (sustituye a la 3214) La nueva operadora posee un display de 5 x 40 caracteres. Posee 12 teclas de función con led. 4 teclas de habla y liberación de mayor tamaño (teclas utilizadas más frecuentemente). Puerto para auriculares. La información se muestra en pantalla de la siguiente manera: 1. Fila: Muestra la llamadas en cola común e individual, tipo de llamada entrante,

indicación de tarificación, indicación de llamada serie y estado de la consola. 2. Fila: Muestra tipo de llamada, estado de la llamada y conexión actual. 3. Fila: Muestra el número Ilamante. 4. Fila: Muestra el nombre del Ilamante. 5. Fila: Muestra el número llamado, el nombre del llamado, hora y fecha y alarmas.

Figura 15. Dialog 4224, terminal de operadora

Teclas SoftKey

Fija la opción


Página 13 de 16

Figura 16. Teclas del Dialog 4224,terminal de operadora

2.4.7. Dialog 4422 o DBC 422 Este es un terminal IP de gama media. Posee un display de dos filas con hasta 20 caracteres. Es compatible con las centrales de Ericsson MD110, Businessphone, Webswitch3 y MECS. Las conexiones al teléfono IP son por un lado la alimentación y por otro la conexión a la red de área local.

La alimentación del teléfono IP se realiza mediante el transformador de 24 V. CA/CA con código RES 141 312/1. El consumo máximo de potencia es 4W. Existe la posibilidad de, en lugar de alimentar a cada teléfono IP, suministrar la corriente a través de la LAN utilizando un dispositivo llamado PowerHub. El PowerHub es una unidad autónoma que puede suministrar corriente a mas de 100 metros de distancia mediante cables de categoría 5. Es necesario antes de conectar al teléfono utilizar un splitter (RPM 130 021/1) para separar los datos de la alimentación. En cuanto a la conexión a la red de área local se debe realizar mediante un cable de red Ethernet de categoría 5. Dicho cable puede ser suministrado por Ericsson mediante el código TSR 901 0452/3000. De acuerdo con la recomendación IEEE 802.3 la longitud máxima entre un teléfono IP y la conexión de la red de área local no debe ser superior a 100 metros.

El DBC 422 posee un switch interno con dos puertos. Un puerto se utiliza para el teléfono y el otro puerto puede ser utilizado por un PC. El Dialog 4422 posee un servidor WEB que permite mostrar páginas de administraciones de dicho terminal. El terminal posee 10 teclas programables con led y además ciertas teclas poseen mas funciones de las habituales como se describe a continuación:

C: Cancelar. Para abandonar el menú actual sin realizar cambios, en aquellos menús donde es posible cambiar datos. Salir. Abandonar el menú actual para ascender al menú inmediatamente anterior en jerarquía. Se utiliza en aquellos menús donde no es posible cambiar datos.

- Arriba. Ir a la línea de arriba de unenú. Borrar el último carácter introducido.


Página 14 de 16

+: Abajo. Ir a la línea de abajo de un menú. Speaker: Seleccionar el menú actual. Salvar los datos introducidos.




Página 15 de 16

2.4.8. Dialog 4425 o DBC 425 Este es un terminal IP de gama alta. Posee un display de 320 x 80 pixels Es compatible con las centrales de Ericsson MD110, Businessphone, Webswitch3 y MECS. Este terminal tiene 4 teclas de función (softkeys), 3 teclas de navegación y 29 teclas de función con led. Las conexiones al teléfono IP son por un lado la alimentación y por otro la conexión a la red de área local. La alimentación del teléfono IP se realiza mediante el transformador de 24 V. CA/CA con código RES 141 312/1. El consumo máximo de potencia es 4W. Existe la posibilidad de, en lugar de alimentar a cada teléfono IP, suministrar la corriente a través de la LAN utilizando un dispositivo llamado PowerHub. El PowerHub es una unidad autónoma que puede suministrar corriente a mas de 100 metros de distancia mediante cables de categoría 5. Es necesario antes de conectar al teléfono utilizar un splitter (RPM 130 021/1) para separar los datos de la alimentación. En cuanto a la conexión a la red de área local se debe realizar mediante un cable de red Ethernet de categoría 5. Dicho cable puede ser suministrado por Ericsson mediante el código TSR 901 0452/3000. De acuerdo con la recomendación IEEE 802.3 la longitud máxima entre un teléfono IP y la conexión de la red de área local no debe ser superior a 100 metros.

El DBC 425 posee un switch interno de dos puertos. Un puerto se utiliza para el teléfono y el otro puerto puede ser utilizado por un PC. Posee, también, un servidor WEB que permite mostrar páginas de administraciones de dicho terminal.

Figura 19. Pantalla y teclas de navegación del Dialog 4425


Página 16 de 16



Tema 3 Extensiones IP

Página 1 de 44

Extensiones IP

ÍNDICE

Extensiones IP ................................................................................................................................1 3.1. Introducción............................................................................................................................................2 3.2. Extensión IP............................................................................................................................................2

3.2.1. Terminales o clientes soportados ...............................................................................................4 3.2.2. Gateway 4 3.2.3. Gatekeeper..................................................................................................................................4 3.2.4. Redundancia ...............................................................................................................................9 3.2.5. Capacidades y limitaciones.......................................................................................................10 3.2.6. Servicios 11 3.2.7. Programación ............................................................................................................................12

3.2.7.1. Configuración de parámetros del sistema. Buffer Jitter............................................13 3.2.7.2. Definición de la tarjeta ELU32 ..................................................................................13 3.2.7.3. Configuración de extensiones IP ..............................................................................14 3.2.7.4. Configuración del Gatekeeper. .................................................................................15 3.2.7.5. Supervisión de terminales.........................................................................................18 3.2.7.6. Alarmas 20

3.2.8. Configuración de terminales .....................................................................................................20 3.2.7.1. Microsoft Netmeeting ................................................................................................20 3.2.7.2. Teléfono IP Ericsson Dialog 3413 ............................................................................22 3.2.7.3. Teléfonos IP Ericsson Dialog 4422 Y 4425 ..............................................................28

3.2.9. Acceso WEB y Telnet a los terminales IP.................................................................................40


Página 2 de 44

3.1. Introducción

MD110 soporta VoIP para extensiones IP a partir de la versión BC11. En esta versión BC12 se modifican ciertos parámetros de configuración de la extensión IP, que hacen que haya variado su comportamiento. Las extensiones IP necesitaban realizar la carga de software desde un servidor HTTP, tanto para posibles actualizaciones como la carga de los idiomas del menú que aparecía en pantalla. En esta versión se sigue manteniendo dicha necesidad, pero al existir nuevos modelos de teléfonos IP (DBC 422 y DBC 425) cambia, para éstos, la estructura y nombre de los ficheros a cargar.

3.2. Extensión IP

MD110 incluye la extensión IP desde la versión BC11: El protocolo utilizado es H.323v2 estándar sin la incorporación de ninguna extensión ni modificación que pudiera impedir el funcionamiento con cualquier otro sistema VoIP basado en H.323. Sin embargo, el protocolo H.323 no suministra suficiente soporte para la amplia variedad de servicios de telefonía que tiene disponibles MD110. Por tanto, para cubrir estas lagunas, se proporciona el acceso a un servidor WAP que suministra estos servicios. En próximas versiones de MD110 y de sus terminales asociados, está previsto soportar H.323v4 y WAP 2,0. Los componentes VoIP de MD110 se muestran en la siguiente figura con una configuración típica.

Figura 1. Arquitectura típica de VoIP en MD110


Página 3 de 44

A continuación se van a mostrar las diferentes topologías de red permitas y no permitidas en MD110

Figura 2. Configuración de redes


Página 4 de 44

3.2.1. Terminales o clientes soportados Cualquier terminal compatible con H.323 versión 2 puede ser utilizado como extensión IP en el entorno MD110. Ericsson garantiza la compatibilidad de los siguientes equipos:

• Teléfono IP Dialog 3413 de Ericsson Este terminal, aparecido en BC11, es utilizado por Ericsson para sus plataformas MD110, BP50/250 y WebSwitch/3. Al utilizar este terminal en MD110, además de soportar los servicios estándar de H.323v2, soporta una serie de servicios propietarios adicionales.

• Teléfono IP Dialog 4422 y 4425 de Ericsson Estos terminales, aparecen en BC12, pero es posible utilizarse en BC11 con el paquete C, son utilizado por Ericsson para sus plataformas MD110, BP50/250 y WebSwitch 3. Al utilizar estos terminales en MD110, además de soportar los servicios estándar de H.323v2, soportan una serie de servicios propietarios adicionales.

• Microsoft Netmeeting 3.01 Cliente de audio, vídeo y datos H.323. Prácticamente no soporta servicios suplementarios en MD110.

• Vcon Meetingpoint 3.0

3.2.2. Gateway La función de Gateway se implementa en la tarjeta ELU32. Este Gateway conecta la Red de Área Local que contiene los terminales IP con el resto de elementos de la central MD110 (extensiones analógicas, extensiones digitales, enlaces, etc.).

ELU32

La tarjeta ELU32 contiene el Extension Line Firmware ELF32. El procesador de la ELU32 es capaz de:

• Maneja los codecs de voz G.723.1, G.729 Anexo A, G.711 Ley A y G.711 ley q a 64 kbit/s. El codec G.723.1 incluye un detector de actividad y un generador de ruido de confort para mejorar la calidad subjetiva de la comunicación.

• Contiene un cancelador de eco acorde a las Recomendaciones G.165 y G.168. Existen dos tipos de tarjetas ELU32:

• ROF 137 5416/2 - BRDID 113: El interfaz de red es Ethernet 10 Mbit/s y permite 2 llamadas de Gateway. No soporta Gatekeeper Discovery.

• ROF 137 5428/1 - BRDID 114: El interfaz de red es Ethernet 10/100 Mbit/s permite 8 llamadas de GatewaY. Soporta GatekeePer Discovery

El firmware (ELF32) cargado en la ELU32 se encarga de:

• Actuar de interfaz entre la red IP y el MD110, realizando la conversión de señalización y media.

• Implementar la pila de protocolos H.323 para IP. • Manejar diversos codecs de audio conforme a las Recomendaciones de la ITU-T.

3.2.3. Gatekeeper La interfaz del Gatekeeper es la tarjeta ELU32. Por tanto, su dirección IP, será la dirección en la que se tienen que registrar los terminales. El Gatekeeper de MD110 es la unidad de programa IPLP. Este programa deberá estar cargado en todos los LIMs que dispongan tarjetas ELU32, por tanto, existirán tantos Gatekeepers en un sistema MD110 como LIMs con ELU32. Como un LIM puede tener varias tarjetas ELU32 instaladas, cualquiera de ellas se comporta como interfaz del Gatekeeper de su LIM.


Página 5 de 44

Los LIMs que no disponen de tarjetas ELU32 no tienen el Gatekeeper activo puesto que no tienen interfaz por la que acceder a él. El Gatekeeper de cada LIM puede funcionar de dos modos: Independiente En este modo, el Gatekeeper no tiene conocimiento de las extensiones registradas en el resto de Gatekeepers. Cuando una extensión registrada en un Gatekeeper autónomo quiere establecer una llamada con una extensión de otro Gatekeeper, ésta se realizará a través de los Gateways y por tanto, la media (sólo voz) pasará por las etapas de conmutación de los LIMs y GS. Este modo de funcionamiento es conveniente activarlo cuando la red de datos existente entre dos LIMs es lenta o sencillamente están aisladas (casos b y c de la figura anterior). En el caso de que estén aislados no es imprescindible configurar el modo independiente puesto que esta situación es detectada automáticamente por los GKs y automáticamente se encargarán de enviar la media a través de GS.

• Cooperativo En este modo, el Gatekeeper comparte con el resto de Gatekeepers (que trabajan de forma cooperativa) la información de los terminales registrados en ellos. De este modo, las llamadas de extensiones registradas en un GK cooperativo hacia extensiones registradas en otro GK cooperativo, encaminarán la media a través de la LAN. Para poder hacer esto, es necesario que los dos Gatekeepers sean visibles entre sí en la red de datos (casos a y c de la figura anterior). Los Gatekeepers que trabajan en modo cooperativo utilizan un procedimiento propietario para chequear el estado del resto de los Gatekeepers a través de mensajes por la red IP. Este chequeo se realiza periódicamente (programable por comando).

Cada Gatekeeper de MD110 funciona con enrutamiento de señalización a través de él y con transmisión de media directa entre terminales. Sin embargo, con la incorporación del modo cooperativo entre Gatekeepers se pueden distinguir varios escenarios en cuanto a tipo de llamadas que pueden establecerse:

• Llamadas entre extensiones IP registradas en el mismo En esta situación, el GK del LIM puede trabajar en modo independiente o cooperativo. Cuando una extensión IP registrada en el GK de un LIM llama a otra extensión IP registrada en el mismo LIM, una vez establecida la llamada, el tráfico de media . se realiza de forma directa entre los dos terminales sin pasar por el Gateway.

Figura 3. Llamada entre extensiones registradas en el mismo LIM

---------Señalización

______Media


Página 6 de 44

• Llamadas entre ext. IP registradas en distintos LIMs cooperativos En modo cooperativo, los Gatekeepers conocen las extensiones registradas en los otros GKs cooperativos. En este caso, la señalización pasará por MD110 a través de GS y la media pasará por la red IP.

2

Figura 4. Llamada entre extensiones registradas en distintos LIMs cooperativos

• Llamadas entre ext. IP registradas en distintos LIMs independientes En el modo independiente, el Gatekeeper no conoce las extensiones registradas en los otros GKs. En este caso, tanto la señalización como la media (sólo voz) pasará por MD110 a través de los Gateways y GS.

Figura 5. Llamada entre extensiones registradas en distintos LIMs independientes


Página 7 de 44

Hay que aclarar que es posible que los terminales registrados en los distintos GKs estén en la misma red, pero si la configuración de los LIMs es independiente, la voz pasará a través del Gateway del mismo modo que si estuvieran aislados.

• Llamadas entre extensiones IP y resto de extensiones o enlaces Al realizarse una llamada de IP a Red Conmutada, obligatoriamente la voz pasa por uno de los Gateways del LIM en el que está registrada la extensión IP y de ahí a través del conmutador del LIM se dirigirá al destino (extensión o enlace) del modo tradicional de conmutación de circuitos.

Figura 6. . Llamada entre extensión IP y resto de dispositivos no IP

Gatekeeper Discoverv Tal y como se describe en el protocolo RAS de H.225.0 los terminales deben - registrarse en un Gatekeeper. -Para- -registrarse-, --el- terminal debe conocer - previamente la dirección IP del Gatekeeper. Esta dirección se puede obtener de dos maneras:

• Manualmente: El terminal tiene programado la dirección del GK. • Automáticamente: Con el procedimiento multicast Gafekeeper Discovery El procedimiento Gatekeeper Discovery permite a los terminales conocer los Gatekeepers que permiten su registro. Este procedimiento funciona junto al procedimiento de reparto de carga aunque no es necesario que este último esté activado. Gatekeeper Discovery puede ser usado por los terminales IP que soporte multicast. El terminal envía el mensaje GRQ ( G a t e k e e p e r R e q u e s t ) del protocolo RAS a la dirección multicast 224.0.1.41:1718 que, recordemos es la dirección welI-known en la que deben unirse los Gatekeepers que soporten multicast. En la aplicación del procedimiento Gatekeeper Discovery aparece un nuevo concepto no visto hasta ahora que es el Dominio. Un dominio es un Conjunto de entidades H.323 administradas por una entidad administrativa (Gatekeeper de acceso). Un dominio puede constar de uno 0 varios Gatekeepers, es decir, una o varias, zonas. Las siguientes posibilidades deben ser consideradas al usar el procedimiento Gatekeeper Discovery: • Si el terminal no proporciona nombre de dominio todas las tarjetas ELU32 que soporten el

mensaje multicast GRQ y que tengan espacio libre para registrar nuevos terminales, responderán con un mensaje de confirmación (GCF) como Gatekeeper candidato a registrar dicho terminal.


Página 8 de 44

• Si el terminal proporciona un nombre de dominio, entonces, todos los Gatekeepers de acceso (permiten reparto de carga), responderán confirmación (GCF) al terminal. El resto de Gatekeepers rechazarán la petición (mensaje GRJ).

• Si el terminal proporciona un nombre de dominio pero no hay Gatekeepersde acceso, entonces todos los Gatekeepers con soporte multicast y con espacio libre para registrar nuevos terminales confirmarán (GCF) la petición.

Figura 7. Gatekeeper Discovery

Se recomienda utilizar un único Gatekeeper de acceso por cada red IP que centralice la carga de datos entre los diferentes dominios servidos por los Gatekeepers de una RAI. Sin embargo, es recomendable utilizar un segundo Gatekeeper de acceso en un LIM distinto del principal para evitar problemas en caso de que no exista conectividad con el LIM que contiene el GK de acceso principal. Registro y Reparto de Carga Una vez que un terminal recibe los mensajes de confirmación GCF, o bien, tiene programada el descubrimiento del Gatekeeper de forma manual, procederá a registrarse en uno de los Gatekeepers que ha enviado GCF. MD110 incorpora procedimientos de reparto de carga en el registro de los terminales. Se distinguen dos niveles:

• IntraGatekeeper Este nivel comparte los recursos hardware de un Gatekeeper, es decir, solamente puede haber reparto de carga intragatekeeper cuando existen varias tarjetas ELU32 en el mismo LIM. Los recursos a compartir en este nivel son las interfaces Ethernet y los DSP (enlaces) de los Gateways.

Respecto a los DSP de los Gateways, cuando una llamada tiene que ser dirigida a través de Gateway, el Gatekeeper comprueba cual es la tarjeta ELU32 con menor ocupación de enlaces que es la enviada en el mensaje de confirmación de admisiones ACF). Respecto a las interfaces Ethernet, el Gatekeeper siempre obliga a que el número de terminales que utilizan cada uno de sus interfaces sea el mismo. Esto se realiza del siguiente modo:

1. El terminal utiliza Gatekeeper Discovery (GRQ) para descubrir un GK (opcional).


Página 9 de 44

2. De los mensajes GCF recibidos, escoge uno de ellos para realizar el registro (RRQ), o bien, utiliza procedimiento manual de registro si no realizó el paso anterior.

3. El Gatekeeper recibe la petición de registro, pero en vez de confirmarla comprueba cual es el nivel de carga en sus interfaces ' Ethernet. Si la menos cargada es la que recibió RRQ lo confirma con RCF. Si por el contrario, la tarjeta ELU32 menos cargada es otra, enviará un rechazo de registro (RRJ) pero incluirá el campo alternateGatekeeper con la lista de direcciones ordenadas por menor carga en las que se debe registrar.

4. Si el terminal recibe RRJ, leerá el campo con la lista de Gatekeepers alternativos e intentará el registro en el primero de ellos. En caso de fallo, lo intentará por el siguiente, etc.

5. Una vez que el terminal recibe un RCF de una de las tarjetas ELU32, está disponible para efectuar llamadas.

• InterGatekeeper

En el nivel intergatekeeper, un sistema MD110 es capaz de compartir los interfaces Ethernet de los Gatekeepers del mismo dominio entre todos los terminales de una manera óptima. De este modo, se garantiza que todos los Gatekeepers de una RAI tienen el mismo nivel de carga, evitando los problemas de negación de servicio que podrían causar Gatekeepers sobrecargados. El procedimiento seguido es parecido al del nivel intragatekeeper. Los terminales envían un Gatekeeper Discovery que es respondido por los Gatekeepers de acceso. Estos Gatekeepers conocen el nivel de carga del resto de los GKs puesto que se interrogan periódicamente indicando el estado de cada uno de ellos. Cuando el terminal solicita el registro en el GK de acceso, éste rechazará el registro (o aceptará si el menos cargado es él) con RRJ e indicará en el mismo mensaje la lista de los cinco Gatekeepers menos cargados, ordenados por nivel de carga. Él di,' en el primer Gatekeeper de la lista. Si falla este registro, lo intentará con el segundo y así sucesivamente hasta que uno de ellos lo acepte. Este mecanismo solo informa sobre cual es el Gatekeeper menos cargado en el sistema MD110, pero no sobre la interfaz Ethernet menos cargada. Esta tarea corresponde al nivel intragatekeeper. Sin embargo, para evitar tiempos demasiado largos en los registros, ambos mecanismos están combinados de forma que el reparto de carga intergatekeeper también da como resultado la dirección IP de la tarjeta Ethernet menos cargado en el menos ocupado de los Gatekeepers.

3.2.4. Redundancia Todos los Gatekeepers de una RAI MD110 comparten una base de datos distribuida que contiene los datos de usuarios, los terminales registrados en el nodo y su información relacionada. Por tanto, cualquier Gatekeeper es capaz de dar servicio a cualquier usuario que entra al sistema utilizando un terminal registrado. Cuando un Gatekeeper queda fuera de servicio por cualquier motivo, o un fallo en la red IP lo hace inalcanzable, cualquier otro Gatekeeper que se encuentre en servicio es capaz de encargarse de los usuarios que estaban utilizando previamente el Gatekeeper averiado. Es tarea de los terminales comprobar periódicamente con mensajes RRQ la conexión con su Gatekeeper. Aunque en la confirmación de registro el GK de MD110 no limita el tiempo de vida de los terminales, conviene que éstos renueven su registro por el motivo anteriormente citado. De este modo si en una renovación de registro no recibe respuesta de su Gatekeeper, el terminal iniciará el siguiente proceso:

1. El terminal inicia un proceso de localización de Gatekeeper para encontrar alguno que esté disponible dentro de su entorno. Para ello utiliza Gatekeeper Discovery (GRQ).


Página 10 de 44

2. Los Gatekeepers en servicio contestarán con GCF a la petición enviada desde los terminales si son de su dominio o si tienen permitido registrar a dicho terminal. El resto de Gatekeepers rechazarán la petición (GRJ).

3. El terminal selecciona un Gatekeeper entre aquellos que le contestaron con CF, y se registra en él. Desde ese momento y hasta que este Gatekeeper falle, el terminal utilizará el nuevo Gatekeeper, a no ser que se reinicie el terminal o el usuario seleccione manualmente otro Gatekeeper.

Este mecanismo garantiza que mientras haya un Gatekeeper en funcionamiento con conexión a la red de datos, los terminales estarán en servicio. También podría ocurrir que una tarjeta Ethernet en un LIM no funcione. Como la interfaz física entre los terminales y el Gatekeeper reside en esta tarjeta, si una de ellas falla, una parte de terminales podría quedar fuera de servicio durante un tiempo. Para evitar esto, el Gatekeeper contesta a las peticiones de los terminales (GRQ) a través de todas y cada una de sus tarjetas Ethernet. Las respuestas enviadas desde las tarjetas fuera de servicio no llegarán a los terminales, pero mientras exista una tarjeta Ethernet en servicio en ese LIM, los terminales recibirán la dirección de una interfaz en funcionamiento. Otra característica de la redundancia de MD110 es la detección de fallos en la red IP. Todos los Gatekeepers de la RAI se mantienen en contacto permanente intercambiando mensajes sobre la red IP. Cuando estos mensajes no se reciben desde un GK, el resto de ellos asume que no hay conexión desde la red hacia ese GK y lo trata como si estuviera configurado en modo independiente. Cuando se va a establecer una llamada entre dos terminales IP que reciben servicio desde dos LIMs distintos, los GKs relacionados en la llamada, primero chequean la conectividad entre ellos. Si hay conexión, la media se enviará a través de 1a red IP, pero si están aislados, se enviará a través de los Gateways y pasará por GS. Este reenrutamiento no tiene lugar para llamadas ya establecidas. Si se pierde la conexión de red en una llamada establecida, las partes de esa llamada perderán la media y no oirán.

3.2.5. Capacidades y limitaciones

• MD110 soporta hasta 1000 extensiones IP por LIM (siempre y cuando no haya iniciadas extensiones de otro tipo).

• Pueden iniciarse hasta 32 tarjetas ELU32 por LIM. • Cada tarjeta ELU32 ROF 137 5416/2 soporta hasta 2 llamadas simultáneas entre terminales

IP y extensiones de otro tipo o enlaces (llamadas por Gateway). En caso de llamadas entre extensiones IP se permiten hasta 8 llamadas simultáneas. Si están establecidas las dos llamadas de GW, se permitirán 7 llamadas terminal a terminal. Esta tarjeta no puede ser usada en reparto de carga ni Gatekeeper Discovery. El GK que incorpora esta tarjeta solo puede ser direccionado manualmente. No se recomienda registrar más de 12 terminales IP en esta tarjeta.

• Cada tarjeta ELU32 ROF 137 5428/1 soporta hasta 8 llamadas simultáneas entre terminales IP y extensiones de otro tipo o enlaces (llamadas por Gateway). En caso de llamadas entre extensiones IP se permiten hasta 24 llamadas simultáneas. Si están establecidas las ocho llamadas de GW, se permiten 20 llamadas terminal a terminal. No se recomienda registrar más de 48 terminales IP n esta tarjeta.

• Una única LAN puede ser conectada a las tarjetas ELU32 de un LIM. Ésta LAN únicamente puede ser de tecnología Ethernet 10/100 Mbit/s.

• No es posible realizar llamadas sobre la red IP entre terminales registrados en distintos Gatekeepers de distintas centrales MD110, aunque ambos estén conectados a la misma red IP.

• Los terminales IP solamente pueden ser direccionados a través de su número de directorio. Otros tipos de direccionamiento tales como e-mail, URL, etc, no están permitidos en MD110.

• Los terminales IP no pueden incluirse en grupos ACD.


Página 11 de 44

• El Gatekeeper de MD110 es incompatible con otros Gatekeepers externos. Esto quiere decir que los terminales registrados en esos Gatekeepers no podrán establecer llamadas con los terminales registrados en MD110.

• No es posible utilizar Gateways H.323 externos en MD110. Los terminales registrados en MD110 sólo pueden utilizar los Gateways integrados en MD110 (ELU32).

3.2.6. Servicios Servicios soportados por cualquier terminal IP − Marcación Abreviada (sólo común). − Código de Cuenta (sólo antes de iniciar la llamada). − Activación de tonos DTMF extremo a extremo. − Llamada a Extensión de Alarma. − Código de Autorización por extensión. − Retrollamada (sólo recepción). − Desvío de llamadas (sólo bypass). − Captura de llamadas (sólo de grupo), − Llamada a enlace individual. − Presentación de Número Llamante. − Llamada a timbre común. − Conferencia (sólo miembro). − No molesten (sólo bypass). − Extensión de emergencia. − Marcación de último número externo marcado (sólo el último). Facility Restriction

Level/Travelling Class Mark (FRL/TCM). − Sígueme. − Free Seating. − Cancelación general de servicios. − Grupo de salto. − Multiple Name Selection, MNS (sólo es supervisado). − Restricción de Presentación del Nombre. − Servico Nocturno Flexible. − Llamada Automática Saliente. − Llamada Saliente por Operadora. • Buscapersonas. − Número Personal (sin selección SMS).

Servicios soportados por los terminales IP Dialog 3413 y Dialog 442x Además de los servicios anteriores, los terminales IP Dialog 3413, Dialog 4422 y Dialog 4425 mediante protocolo WAP soportan los siguientes servicios:

− Rellamada (iniciación) − Captura de llamadas individual. Llamada en espera. − Presentación de Número Conectado. Elección de lenguaje. − Fecha y Hora. − Líder de Conferencia. − Libre en Segundo Acceso, ODN2. − Consulta. − Intrusión (solo hacia extensión y recibir intrusión).


Página 12 de 44

− Mensaje en Espera Manual, MMW. − Mensaje en Espera. − Indicación de Mensaje en Espera. − Presentación del Nombre. − Parking (sólo individual). − Refer Back. − Llamada silenciosa. − Selección del Nombre. • Transferencia. − Línea de Triple Acceso.

Servicios no soportados por ningún terminal IP − Marcación Abreviada Individual. − Número Adicional, ADN. − Extensión de Alarma. − Aceptación Automática de Llamadas. Miembro ACD. − Llamada Básica de Datos. − Desvío de llamada (excepto bypass). − Información de tarificación. − Miembro de grupo de timbre común. • CSTA. − Data Privacy. − Marcación por Nombre. − No Molesten (individual y de grupo). Extensión Dual. − Rellamada a Números Externos. − Free Seating (facilidades extra). − Intrusión (hacia enlace). − Liberación Forzada. − Llamada Maliciosa. − Multiple Name Selection, MNS (supervisión). − Número Múltiple, MDN. − Multiple Subscriber Number. − Log de nombre y número. − Servicio Nocturno (excepto flexible). Hot Line. − Buscapersonas (desvío). − Parking (retención común). − Número Personal (selección SMS). − Recorded Voice Annoncement. − Mensajes Cortos, SMS.

3.2.7. Programación Para la definición de extensiones IP se deben seguir los siguientes pasos:

− Configuración de parámetros del sistema. − Definición de la tarjeta ELU32. − Configuración de extensiones IP. − Configuración del Gatekeeper.


Página 13 de 44

3.2.7.1. Configuración de parámetros del sistema. Buffer Jitter El buffer jitter se utiliza para compensar las variaciones de los retardos en la llegada de paquetes. El tamaño del buffer jitter es programable como parámetro del sistema utilizando el PARNUM 191.

ASPAC:PARNUM=191,PARVAL=; PARVAL = D1D2D3 (1-27).

Tamaño del buffer jitter en unidades de 10 milisegundos. Sus posibles valores comprenden el rango de 1-27. Se recomienda el valor 7 (70 ms).

Una vez modificado el valor del buffer jitter, es necesario reiniciar todas las tarjetas ELU32 para que adquieran dicho valor. Esto hace que se pierdan las comunicaciones establecidas en estas placas. . Tipo de servicio para voz y señalización Es posible asignar diferentes prioridades a los paquetes IP según el modelo de Servicios Diferenciados (Diffserv ). Para ello hay que editar el campo ToS (DS en Diffserv) de la cabecera IP. Conviene asignar a los paquetes de voz y señalización una prioridad más alta que al resto de tráfico de datos. El tipo de servicio para el tráfico de voz se programa a través del PARNUM 227 y el de señalización con el 228.

ASPAC:PARNUM=227,PARVAL=; ASPAC:PARNUM=228,PARVAL=; PARVAL = D1D2D3 (0-63)

Valor Diffserv (*) (*) El valor aplicado corresponde con los 6 bits válidos del campo DS (ToS) de la cabecera IP:

Figura 8. Campo DiffServ

El valor del parámetro PARVAL codifica a decimal el contenido de los 6 bits del campo DSCP. Sin embargo, en el paso de binario a decimal, el peso de cada bit va descendiendo de derecha a izquierda, es decir, el bit 2 de Diffserv es el más significativo y el bit 7 es el menos significativo.

Por ejemplo, si se quiere aplicar al tráfico de voz el PHP Expedited Forwarding (recomendado), cuyo valor binario de los seis bits DSCP es 101110 el valor decimal que hay que asignar en el parámetro PARVAL sena 29.

• Rutina para el descubrimiento de la topología de red. Este parámetro establece si se debe ejecutar la rutina para comprobar la topología de red para todas las interfaces H.323 (extensiones y enlaces).

ASPAC:PARNUM=250,PARVAL=; PARVAL = D1 (0-1).

Si el valor es cero, la rutina no se ejecutará. Si el valor es uno, la rutina se ejecutará periódicamente en el sistema. Este valor permite hacer funcionar, a los Gatekeeper del sistema, de forma cooperativa. .

3.2.7.2. Definición de la tarjeta ELU32 − Iniciación de la tarjeta ELU32

IPBOI:BPOS=,IP=,MASK=[,ROUTER=][,ETHCNF=]; BPOS = D1D2D3D4D5D6.

Posición hardware de la tarjeta ELU32. Ej; 1.2_g2. .


Página 14 de 44

IP = D1D2D3D4D5D6D7D8D9D10D11D12. Dirección IP del interfaz de red de la tarjeta ELU32. Ej: 10.10.1.41.

MASK = D1D2D3D4D5D6D7D8D9D10D11D12. Máscara de subred del interfaz de red de la tarjeta ELU32. Ej: 255.255.248.0.

ROUTER = D1D2D3D4D5D6D7D8D9D10D11D12 Dirección IP del router por defecto. Solamente es necesaria su definición cuando los terminales o LIMs pueden estar en subredes distintas. Ej: 10.10.0.3.

ETHCNF = D1 Este parámetro establece la configuración del puerto ethernet de la tarjeta ELU32 para la velocidad y modo de funcionamiento dúplex. Puede tener los valores: =0: Autonegociación. Valor por defecto. =1 Forzada al 0 Mbits/s, half dúplex. =2 Forzada a 10 Mbits/s, full dúplex =3 Forzada a 100 Mbits/s, half dúplex =4 Forzada a 100 Mbits/s, full dúplex.

• Eliminación de la tarjeta ELU32 IPBOE:BPOS =; El comando IPBOE fuerza el desregistro de todos los terminales registrados en esta tarjeta. Así mismo, para que la ejecución de este comando resulte satisfactoria, no debe existir ninguna llamada establecida en la placa ni en fase de señalización.

• Impresión de la tarjeta ELU32 IPBOP:BPOS =;

Imprime los datos BPOS, dirección IP, máscara de subred y router por defecto configurados en una tarjeta ELU32. El parámetro BPOS permite el valor ALL para mostrar todas las tarjetas ELU32 iniciadas en e! sistema. <IPBOP:BPOS=ALL;

IP NETWORK INTERFACE DATA

BPOS IP ADDRESS MASK ROUTER1-2-62 10.10.1.41 255.255.248.0 10.10.0.2-2-70 10.10.1.42 255.255.248.0 10.10.0.3-0-30 10.10.1.43 255.255.248.0 10.10.0.

3END

3.2.7.3. Configuración de extensiones IP Las extensiones IP utilizan numeración de extensiones iniciadas como Extensión Genérica. Por tanto, es necesario reservar previamente numeración de tipo EX en la tabla de análisis numérico e iniciar una extensión genérica con la categoría correspondiente. Por último, se asocia la extensión genérica creada con una extensión IP.

• Reserva de numeración NANSI:NUMTYP=EX,NUMSE= ;

• Iniciación de categoría genérica GESPI:CSP=,TRAF=,SERV=,CDIV=,ROC=,ADC=;

• Iniciación de extensión genérica GEDII:DIR=,LIM CS =[,CUST=][,LANG=];


Página 15 de 44

El parámetro LIM debería corresponder con el LIM en el que se supone que se registrará la extensión IP asociada. Sin embargo, si se usan las técnicas de reparto de carga, la extensión IP se registrará en el LIM con menor carga, por lo que el valor de este parámetro no es demasiado importante en esos casos.

• Iniciación de extensión IP IPEXI:DIR=[,PASSW=]; PASSW = "D1...D30".

Contraseña. Cadena de texto de hasta 30 caracteres. Si la extensión va a ser utilizada con un teléfono IP Dialog 3413, Dialog 442 o Dialog 4425, la contraseña debe ser numérica, puesto que estos teléfonos no permiten la escritura alfabética. Ej: "12348"

El comando IPEXI identifica una extensión genérica como extensión IP. El parámetro PASSWD pretende comportarse como contraseña en el proceso de registro del terminal, pero no es otra cosa que un alias H323-ID (alias tipo string). Por tanto, cuando la extensión se registra en el Gatekeeper envía como alias PartyNumber ( número E.164) el número de directorio y adicionalmente, si se ha definido el parámetro PASSWD se registra también con alias H323-ID con el valor dado en este parámetro. Es decir, en teoría, este terminal podría ser direccionado tanto por su número de extensión como por su contraseña, dado que los dos son alias que identifican dicho terminal. Además, cuando esta extensión realiza una llamada a otro terminal, le envía los dos alias, perdiendo así el concepto de confidencialidad que se debe dar a las contraseñas.

• Cambio o borrado de contraseña IPEXC:DIR=[,PASSW=];

Si el comando IPEXC incluye el parámetro PASSW, toma su valor como nueva contraseña. Si se omite este parámetro, se elimina la contraseña de la extensión.

• Eliminación de extensión IP IPEXE:DIR=;

Elimina la asociación de extensión IP con extensión genérica. Se permite el uso de & y && en el parámetro DIR.

• Impresión de extensión IP IPEXP:DIR=;

imprime la dirección IP, puerto UDP de RAS, puerto TCP de señalización y contraseña de una extensión. Se permite el uso de ALL en el parámetro DIR para mostrar todas las extensiones IP del sistema. <IPEXP:DIR=ALL; IP EXTENSION DATA

RAS PORT CS PORT PASSWORD 11348 NOT REGISTERED - - 123411349 10.10.1.105 1025 1720 1134911395 10.10.1.103 1025 1720 1139511396 10.10.1.101 1025 1720 1139611397 10.10.1.241. 4209 1720 HOLAEND

3.2.7.4. Configuración del Gatekeeper. Cada LIM que contiene al menos una tarjeta ELU32 se comporta como Gatekeeper, es decir, tiene activo el programa IPLP. Por tanto, en un sistema MD110 existirán tantos Gatekeepers como LIMs con equipamiento de ELU32. El Gatekeeper solamente es software y utiliza la tarjeta ELU32 como interfaz para la comunicación con los terminales o con el resto de Gatekeepers.


Página 16 de 44

• Cambio de configuración del Gatekeeper No existe comando de iniciación del Gatekeeper puesto que éste se encuentra activo por el simple hecho de incluir una ELU32 en su equipamiento. Es posible cambiar los parámetros que por defecto se les asigna a los Gatekeepers. El comando para cambiar la configuración es IPGKC. De los parámetros opcionales, al menos debe existir uno de ellos

IPGKC:LIM=[,GKID=][,TIMNET=][,TMLOAD=][,CODECS=]; LIM = D1D2D3

LIM a configurar. GKID = D1... D10

Identificador H.323 del Gatekeeper. Un Gatekeeper es conocido en una red H.323 por su identificador que además debe ser único, por lo que no pueden existir dos Gatekeeper en una red H.323 con el mismo identificador. El parámetro GKID es una cadena de texto de hasta 10 caracteres alfanuméricos. El valor inicial es la palabra LIM seguida del número de LIM que corresponda. Si existen varias RAIs compartiendo la misma red IP, se deberá cambiar el nombre del identificador para que no exista duplicidad de Ej: RAI1 LIM1identificadores.

TIMNET = D1 D2. (1-60) Tiempo en segundos para la rutina de descubrimiento de la topología de red. Esta rutina hace que cada LIM conozca los terminales registrados en el resto de LIMs que ejecutan esta rutina. Este parámetro ha cambiado con respecto a BC11, ya que en la anterior versión podía asignarse el valor 0, lo cual significaba que no se ejecutaba la rutina y el LIM trabajaba en modo independiente, esto se consigue ahora mediante el comando ASPAC:PARNUM=250, PARVAL=0. El resto de valores hace que e LIM trabaje en modo cooperativo.

TMLOAD = D1D2. (0-10) Este parámetro tiene dos funcionalidades: 1. Configuración del LIM como Gatekeeper de Acceso.

TMLOAD=0: No es Gatekeeper de Acceso. TMLOAD>0: Gatekeeper de Acceso.

2. Tiempo en seg. para la rutina de reparto de carga. TMLOAD=0: No realiza reparto de carga. TMLOAD>0: Realiza reparto de carga con el resto de Gatekeepers.

CODECS= D1-...-D13. Orden de preferencia de codecs para llamadas que pasen a través de Gateway (ELU32). No afecta a las llamadas directas entre terminales H.323. En realidad este parámetro no pertenece a la configuración del Gatekeeper, sino a la de los Gateways. La siguiente tabla indica los trece codecs programables en este parámetro, aunque MD110 solamente soporta cuatro de ellos (columna Soportado). Se indicarán los número de codec seguidos del carácter "-" de mayor a menor preferencia. No es necesario indicar los trece codecs, puesto que los no indicados permanecerán en el orden inicial a continuación de los programados. La preferencia inicial por defecto es 0~1-2-3-4-5-6-7-8-9-AB-C.


Página 17 de 44

Número CODEC Soportado

0 G.729 Anexo A y Anexo B NO

1 G.729 Anexo B NO

2 G.729 Anexo A SI

3 G.729 NO

4 G.723.1 SI

5 G.723.1 Anexo C NO

6 GSM Enhanced Fui¡ Rate NO

7 GSM Fui¡ Rate NO

8 G.728 NO

9 G.711 Ley A, 56 kbit/s NO

A G.711 Ley ų 56 kbit/s NO

B G.711 Ley A, 64 kbit/s si C G.711 Ley ų 64 kbibs si

Ejemplo:

Se desea que las llamadas a través de Gateway ELU32 tengan la siguiente preferencia de codecs:

1. G.723.1. 2. 2. G.729 A 3. G.711 Ley A. CODECS=4-2-B

En el ejemplo anterior, la preferencia total de codecs quedaría: 4-2-B-0-1-3-5-6-7-8-9-A-C.

• Impresión de configuración del Gatekeeper IPGKP: LIM=[,DIROPT=]; LIM = D1 D2D3.

LIM a imprimir. Permite el valor ALL para mostrar al configuración de todos los LIMs.

DIROPT = D1D2D3. (YES-Y, NO-N) Con DIROPT=Y se imprimen los números de directorio de los terminales registrados en el Gatekeeper. Con el valor N, no se imprimen los terminales registrados. En caso de no existir el parámetro DI ROPT, toma el valor N.

<IPGKP:LIM=ALL,DIROPT=YES;

GATEKEEPER DATA 1 10 2 10 3 10

LIM TIMNET TMLOAD CODECS GKID BPOS DIR

1 10 10 0123456789ABC RA1LIM1 1-2-62 2 10 0 0123456789ABC LIM2 2-2-70 11395 3 10 0 0123456789ABC LIM3 3-0-30 11397

11396 11349


Página 18 de 44

END

• Asociación de Gatekeeper a dominios IPGDI:LIM=,DOMAIN= [,MAXCALL=]; LIM = D1D2D3.

LIM a asociar a un dominio. Permite el valor ALL y el delimitador & para asociar varios LIMs a un dominio

DOMAIN = "D1...D63". Nombre de dominio. Establece el dominio al que van a pertenecer los LIMs indicados en el parámetro LIM. El parámetro DOMAIN es una cadena de texto de hasta 63 caracteres alfanuméricos además de los símbolos + - . / @ Ej: "dominio1.telefonica.es"

MAXCALL = Di D2D3. Este parámetro establece el máximo número de llamadas simultáneas para un dominio en un LIM. _Las Ilamadas no Gateway entre extensiones IP registradas en el mismo dominio no están controladas por este parámetro.LIM a asociar a un dominio. Permite el valor ALL y el delimitador & para asociar varios LIMs a un dominio.

El comando IPGDI asocia LIMs o Gatekeepers a dominios. Un LIM puede pertenecer a 0 o varios dominios y un dominio puede incluir uno o varios LIMs. Para que un LIM pertenezca a varios dominios habrá que enviar tantos comandos IPGDI como dominios.

• Disociación de Gatekeeper de dominios IPGDE:LIM=,DOMAIN-;

El comando IPGDE disasocia LIMs o Gatekeepers de un dominio en el que esté asociado previamente. El parámetro LIM admite el valor ALL y el delimitador &. Solo se puede insertar un dominio por cada comando. Si se quiere disasociar un LIM de varios dominios habrá que enviar tantos comandos IPGDE como dominios.

• Impresión de pertenencia a dominios IPGDP:LIM-;

Muestra los dominios a los que pertenece cada uno de los LIMs solicitados. Además indica el espacio disponible para registrar nuevos terminales en cada LIM en terminos de porcentaje respecto a los terminales ya registrados (ver IPGKP). El parámetro LIM admite el valor ALL y el delimitador &. <IPGDP:LIM=ALL; GATEKEEPER DATA

LIM % FREE DOMAIN1 100 -2 97 DOMAIN13 93 DOMAIN1

END

3.2.7.5. Supervisión de terminales

• Identidad de fabricante y revisión de los terminales IP IPERP:DIR=;

Muestra una descripción del fabricante y revisión de terminales IP siempre y cuando estén registrados.


Página 19 de 44

El parámetro LIM admite el valor ALL y los delimitadores & y &&. <IPERP:DIR=ALL;

IP EXTENSION REVISION DATA

DIR REVISION IP TERMINAL

11348 NOT REGISTERED

11349 R2B/R6A/R4A DBC41301

11395 R2B/R6A/R4A DBC41301

11396 R2B/R6A/R4A DBC41301

11397 3 . 0 Microsoft« NetMeeting«

END

• Cancelación de registro de terminales IP IPURI:DIR=[,FORCE=];

Para que un terminal deje de estar registrado en un Gatekeeper debe realizar esta solicitud mediante el mensaje RAS correspondiente. Sin embargo, el propio Gatekeeper puede obligar también a desregistrar un terminal. Este segundo caso se realiza mediante el comando IPURI. Este comando contiene el parámetro opcional FORCE que admite los valores YES/Y o NO/N. El valor Y obliga a desregistrar el terminal incluso aunque dicho terminal esté ocupado. Si el parámetro FORCE se omite toma el valor N. El parámetro LIM admite el valor ALL y los delimitadores & y &&.

• Traceo de llamadas de extensiones IP El comando para tracear un extensión IP es CTCOP. Muestra la dirección I P de la extensión Ilamante, extensión llamada y gateway en caso de utilización de éste. El comando CTDEI no es válido para las extensiones IP.

CTCOP: DIR=;

Ejemplo 1: Llamada entre dos extensiones IP registradas en el mismo LIM o en distintos LIMs trabajando de modo cooperativo. La llamada es directa entre los terminales IP.

<ctcop:dir=11348; CALL TRACE

FROM-CON EQU/IP-ADDR L>GS-EQU GS>L-EQU TO-CON EQU/IP-ADDR

IPL 11348 10.16.97.130 IPL 11397 10.16.105.223

END

Eiemplo 2: Llamada entre dos extensiones IP registradas en distintos LIM sin conectividad IP entre ellos o trabajando de modo independiente. La llamada pasa a través de los Gateways (ELU32) y GS. <CTCOP:DIR=11348;

CALL TRACE FROM-CON EQU/IP-ADDR L>GS-EQU GS>L-EQU TO-CON EQU/IP-ADDR

IPL 11348 10.16.97.130 IP-GW 10.10.1.42 IP-GW 002-2-70-00 002-2-00-26 001-0-00-15 IP-GW 001-2-62-00 IP-GW 10.10.1.41 IPL 11397 10.16.105.223

END


Página 20 de 44

3.2.7.6. Alarmas 355: Calidad de servicio inaceptable. La calidad de servicio de la extensión IP (ELU32) viene dada en , términos de retardos y pérdida de paquetes. Se toma como calidad de servicio inaceptable retardos mayores a 100 ms y pérdidas de paquetes superiores al 2% del total. La ELU32 solo puede detectar estas situaciones en llamadas que pasan a través de ella y no en llamadas directas entre terminales, por lo que en este último caso no es posible detectar la calidad de servicio. La alarma permance hasta que la calidad de servicio sea aceptable durante al menos 10-15 segundos. 356: Desconexión de ELU32. La alarma 356 aparece cuando una tarjeta ELU32 detecta desconexión física con la LAN. 357: Desbordamiento del buffer jitter. Esta alarma indica que el tamaño del buffer jitter establecido para la ELU32 es insuficiente, produciendo el desbordamiento y consecuentemente la pérdida de paquetes. La alarma salta cuando se pierden al menos un 2% de paquetes RTP.

3.2.8. Configuración de terminales 3.2.8.1. Microsoft Netmeeting

La versión de Netmeeting soportada por MD110 es la 3.01. Para los sistemas operativos Windows 95, 98, Me y NT, puede ser descargado desde la página web de Microsoft http://www.microsoft.com/netmeeting. En Windows 2000 y XP, Netmeeting 3.01 viene incluido dentro del sistema operativo siguiendo la ruta Programas>Accesorios>Comunicaciones>Netmeeting

http://www.microsoft.com/netmeeting


Página 21 de 44

Figura 9. . Configuración de extensiones con Netmeeting

En Netmeeting hay que configurar la dirección de la ELU32 para el registro, el número de extensión propia y la contraseña (recordar que no es contraseña sino que es un alias h323-id). Netmeeting no soporta el procedimiento de Gatekeeper Discovery, por lo que el registro en Gatekeeper debe ser manual, es decir, hay que indicar la dirección IP de una de las tarjetas ELU32, a ser posible que no tenga activa la función de reparto de carga (TMLOAD=0). Dentro de la pantalla principal de Netmeeting, desde el menú superior hay que seguir la ruta Herramientas->Opciones y dentro de la carpeta General pinchar en Llamada avanzada: Es posible elegir el codec que se quiera utilizado como preferente, aunque su utilización vendrá dada por la compatibilidad con los codecs preferidos en la ELU32. Para elegir el codec preferido, hay que volver a la segunda pantalla mostrada anteriormente en Herramientas->Opciones y entrar en la carpeta audio. Una vez ahí, hay que pulsar en el botón Avanzado, eligiendo el códec preferido:

Figura 10. Preferencia de Codecs


Página 22 de 44

3.2.8.2. Teléfono IP Ericsson Dialog 3413 El terminal Dialog 3413 también llamado DBC 413 es un teléfono IP compatible con las centrales de Ericsson MD110, BusinessPhone, WebSwitch y MECS.


Cableado y alimentación Para el caso de MD110, la conexión se realiza a través de. una LAN con conectores RJ45 a la tarjeta ELU32. La alimentación se efectúa mediante un transformador de 24 V, aunque es posible alimentar el teléfono desde el propio conector RJ45 si están conectado a un PowerHub. En este caso, es necesario incluir un splitter en el teléfono que realice la separación de alimentación y de datos. Carpa de software y configuración El software del teléfono IP debe ser cargado desde un servidor HTTP externo. En este servidor deben residir los siguientes ficheros: oipbf_rxx.dat Firmware boot de arranque de ROM. Este software permite cargar el firmware

del teléfono. oiprf-rxx.dat Firmware del teléfono IP. Contiene la pila de protocolos de H.323 y el interfaz

de usuario. idioma rxx.dat Fichero del idioma de los menús del teléfono IP. Existe un fichero por cada

idioma soportado. IP-phone.cfg Fichero de configuración. Contiene referencias a los ficheros de firmware e

idiomas que deben ser cargados. Además incluye la mayor parte de los parámetros que deben cargarse en el teléfono. El fichero está organizado mediante cabceceras que incluyen los parámetros y sus valores. El carácter; indica que lo que sigue es un comentario.

Cabeceras y parámetros en IP-phone.cfg

• [System] − System:

• MD110: El teléfono va a ser usado en MD110.


Página 23 de 44

• WEBSWITCH: El teléfono va a ser usado en WebSwitch. • BP: El teléfono va a ser usado en BusinessPhone.

− Overlap: • YES: La marcación se produce en modo solapado. Valor por defecto. • NO: La marcación se produce en modo bloque.

− RRQTtI: (Registration Request Time to Live). Tiempo de vida del registro en segundos. − GatekeeperDiscovery:

• YES: Utiliza Gatekeeper Discovery por defecto. Valor por defecto • N O : No utiliza Gatekeeper Discovery por defecto.

− Stationld: Identidad de la central MD110 mostrada en el comando CADAP. Útil cuando existen varias centrales en la misma LAN.

− Domain: Dominio al que pertenece el teléfono. Ver IPGDI. • [Software] − HardwareRev: Versión hardware del teléfono. − BootFile: Fichero donde se encuentra el software bootrom. − BootVersion: Versión del software bootrom. − ApplicationFile: Fichero donde se encuentra el firmware del teléfono. − ApplicationVersion: Versión del firmware del teléfono.

• [Language] − OptionalLanguage: Fichero de idiomas. Pueden cargarse varios ficheros y después

seleccionarlos desde el menú del teléfono. − StartupLanguage: Idioma usado en el inicio. • [Codecs] Orden de preferencia de codecs. Los posibles valores son: − G711A − G711U − GSMEFR − G.729 − G.723 • [Tones] Cadencia de tonos. Se pueden configurar los siguientes tonos: − Dial tone: Tono de marcado. − Special dial tone: Tono especial de marcado. Busy tone: Tono de ocupado. − Alerting tone: Tono de llamada. − Congistion tone: Tono de congestión. − Special information tone: Tono de información. − Call waiting tone: Tono de llamada en espera. − Offhook queuing tone: Tono de espera de marcado.

• [LEDs] Cadencia de LEDs del teléfono. Existen tres cadencias: − Cad0: En una llamada establecida. − Cad1: Llamada aparcada. − Cad2: Llamada entrante.

• [RingCads] Cadencias de timbres. Existen los siguientes:

− Internal: Ring cuando se reciben llamadas internas. − External: Ring cuando se reciben llamadas externas.


Página 24 de 44

− Callback: Ring empleado en retrollamadas. − Extra: Ring empleado situaciones especiales. • [DIFFSERV] − TrafficClass:

• 7: Network Control (ToS). • 6: Internet Control (ToS). • 5: Expedited Forwarding. • 4: Clase D. • 3: Clase C. • 2: Clase B. • 1: Clase A. • 0: Best Effort.

− DropPrecedence: • 3: Alta precedencia. • 2: Media precedencia • 1: Baja precedencia.

• - [WAP] − MaxAttempts: Número máximo de intentos de reenvío de mensajes WAP sin respuesta − RetransPeriod: Tiempo en milisegundos entre cada reenvío. • [Time] La hora de los terminales puede ser actualizada vía WAP desde MD110 0 vía servidor NTP. Para este último caso se utilizan los siguientes parámetros:

− TIMEZONE: Zona, fecha y hora. − NTP-server: Dirección IP del servidor NTP.

Fichero de configuración IP-Phone.cfg

[System] -------------------------

; File: OIPCF ; Product id and version: CAA 158 0013 R6A ; Release date: 2002-09-06 ; The system parameter may have the values NIID110,WEBSWITCH, WEBSWITCH3 or BP

;System=WEBSWITCH

;System=WEBSWITCH3

System=MD110

;System=BP

OverLap=YES

;OverLap=NO

RRQTt1=600 *******

;StationId=Nackal

GatekeeperDiscovery=YES

Domain=DOMAINI [Software]------------------------------------------------ ; The following files are mandatory:

; Bootrom File OIPBF (CAA158 0015)

; ApplicationFile OIPRF (CAA158 0012)

; Configuration File IP-phone.cfg (CAA158 0013)

; The following files are optional: ; Language File Language (CAA158 0014/xx) -------------------------------------------------------------

HardwareRev=R2*

BootFile=/ebc/bootrom/OIPBF_R4A.dat


Página 25 de 44

BootVersion=R4A

ApplicationFile=/ebc/oiprf R6A.dat

ApplicationVersion=R6A [LanguageLanguageLanguageLanguage]

;Default language is English. Optional languages can be selected ;OptionalLanguage=/ebc/language/English Nordic R3A.dat,*08*0# ;OptionalLanguage=/ebc/language/Francais R3A.dat,*08*1# ;OptionalLanguage=/ebc/language/Deutsch_R3A.dat,*08*2# OptionalLangua.ge=/ebc/language/ESpanol R3B.dat,*08*3# ;OptionalLanguage=/ebc/language/Italiano_R3A.dat,*08*4# ;OptionalLanguage=/ebc/language/Svenska_R3B.dat,*08*5# ;OptionalLanguage=/ebc/language/Suomi R3B.dat,*0$*6# ;OptionalLanguage=/ebc/language/Dansk_R3A.dat,*08*7# ;OptionalLanguage=/ebc/language/Norsk_R3A.dat,*O8*8# ;OptionalLanguage=/ebc/language/Dutch_R3A.dat,*08*5# ;OptionalLanguage=/ebc/language/Portugues R3A.dat,*08*5# ;OptionalLanguage=/ebc/language/Polish_R3A.dat,*08*5# StartupLanguage=English

[CodecsCodecsCodecsCodecs] ; G.711 is mandatory but the priority order is optional G.711A G.711U GSMEFR G.729 G.723

[TonesTonesTonesTones] Dial tone= 0,0, ; One cadence, One frequency 500,0,0,0,0,0, ; 500ms on, Oms off, Oms on, Oms off, Oms on, Oms off 425,-10,0,0,0,0, ; 425Hz, -lOdbmO, OHz, OdBmO, OHz, OdBmO,

1,0 ; Tone in Voice is on, sine wave Special dial tone= 1,0, ; One cadence, One frequency

500,50,0,0,0,0, ; 500ms on, 50ms off, Oms on, Oms off, Oms on, Oms off 425,-10,0,0,0,0, ; 425Hz, -10dbm0, OHz, OdBmO, OHz, OdBmO 1,0 ; Tone in Voice is on, sine wave

Busy tone= 1,0, ; One cadence, One frequency 500,500,0,0,0,0, ; 500ms on, 500ms off, Oms on, Oms off, Oms on, Oms

off 425,-10,0,0,0,0, ; 425Hz, -10dbm0, OHz, OdBmO, OHz, OdBmO 1,0 ; Tone in Voice is on, sine wave Alerting tone= 1,0, ; One cadence, One frequency 1000,4000,0,0,0,0, ; 1000ms on, 4000ms off, Oms on, Oms off, Oms on, Oms

off 425,-10,0,0,0,0, ; 425Hz, -1Odbm0, OHz, OdBmO, OHz, OdBmO

1,0 ; Tone in Voice is on, sine wave Congestion tone= 1,0, ; One cadence, One frequency 200,200,0,0,0,0, ; 200ms on, 200ms off, Oms on, Oms off, Oms on, Oms

off 425,-10,0,0,0,0, ; 425Hz, -lOdbmO, OHz, OdBmO, OHz, OdBmO 1,0 ; Tone in Voice is on, sine wave

Special information tone= 3,4, ; Three cadences, Three frequencies 333,1,333,1,333,1000, ; 333ms on, Oms off, 333ms on, Oms off, 333ms on,

1000ms off

950,-10,1400,-10,1800,-10 ; 950Hz, -10dbm0, 1400Hz, -10dBm0, 1800Hz, -10dBm0 1,0 ; Tone in Voice is on, sine wave Call waiting tone=

2,0, ; Two cadences, One frequency


Página 26 de 44

200,600,200,3000,0,0, ; 200ms on, 600ms off, 200ms on, 3000ms off, Oms on, Oms off

425,-10,0,0,0,0, ; 425Hz, -10dbm0, OHz, OdBmO, OHz, OdBmO 1,0 ; Tone in Voice is on, sine wave ; Tone in Voice is on, sine wave Offhook queuing tone=1,0, ; One cadence, One frequency2000,990,0,0,0,0, ; 2000ms on, 990ms off, Oms on, Oms off, Oms on, Oms

off 1400,-10,0,0,0,0, ; 1400Hz, -10dbm0, OHz, OdBmO, OHz, OdBmO1,0 , Tone in Voice is on, sine wave

[LEDs]Cad0=185,5,5,5 ; LED flash 0 cadence, first on,first off,second

on,second off: in a call Cad1=50,50,0,0 ; LED flash 1 cadence: incoming callCad2=30,30,0,0 ; LED flash 2 cadence: call parked

[RingCads]Interna1=20,100,0,1,0,0 ;Internal ring cadenceExterna1=7,6,7,100,0,0 ;External ring cadenceCallback=6,8,6,8,0,0 ;Callback ring'cadenceExtra=6,8,6,8,6,8 ;Extra ring cadence

[DIFFSERV]TrafficClass=2 ;Class BDropPrecedence=2 ;Medium drop percentage

[WAP]MaxAttempts=3 RetransPeriod=2000

[Time]TIMEZONE=CET:60:0:040101:110101NTP-server=153.88.30.100

Para saber la versión del firmware instalada en el teléfono, hay que pulsar las teclas C*4 simultáneamente. Para volver a su estado normal hay que pulsar la tecla #. Servidor WWW Los ficheros de configuración, firmware, boot e idiomas comentados en el punto anterior, se obtienen por protocolo HTTP. Por tanto, es necesario que estos ficheros residan en un servidor WWW accesible desde los terminales. Los ficheros deben residir en una ruta concreta dentro de la raiz del servidor WWW en concreto debe ser creado el directorio ebc colgando desde dicha raiz de publicación y dentro de este directorio se deben crear los directorios bootrom y language. Los ficheros deben residir en estos directorios tal y como se muestra en la siguiente figura:


Página 27 de 44

Figura 12. Estructura de directorios en el servicdor HTTP


Página 28 de 44

3.2.8.3. Teléfonos IP Ericsson Dialog 4422 Y 4425 Con la nueva versión BC12 aparecen dos nuevos terminales IP, el Dialog 4422 llamado también DBC 422, y el Dialog 4425 también llamado DBC 425.Ambos son terminales IP compatibles con las centrales de Ericsson MD110, Businessphone, Webswitch3 y MECS.

Figura 13. : Dialog 4422


Cableado y alimentación Las conexiones al teléfono IP son por un lado la alimentación y por otro la conexión a la red de área local. La alimentación del teléfono IP se realiza mediante el transformador de 24 V. CA/CA con código RES 141 312/1. El consumo máximo de potencia es 4W. Existe la posibilidad de, en lugar de alimentar a cada teléfono IP, suministrar la corriente a través de la LAN utilizando un dispositivo llamado PowerHub. El PowerHub es una unidad autónoma que puede suministrar corriente a mas


Página 29 de 44

de 100 metros de distancia mediante cables de categoría 5. Es necesario antes de conectar al teléfono utilizar un splitter (RPM 130 021/1) para separar los datos de la alimentación. En cuanto a la conexión a la red de área local se debe realizar mediante un cable de red Ethernet de categoría 5. Dicho cable puede ser suministrado por Ericsson mediante el código TSR 901 0452/3000. De acuerdo con la recomendación IEEE 802.3 la longitud máxima entre un teléfono IP y la conexión de la red de área local no debe ser superior a 100 metros. Switch Ethernet interno Tanto el terminal DBC 422 como el DBC 425 poseen un switch interno con dos puertos. Un puerto se utiliza para el teléfono y el otro puerto puede ser utilizado por un PC. Si el switch se configura para utilizar VLAN, se le asignará una identidad de VLAN para el teléfono y otra identidad de VLAN para el PC, y las tramas enviadas por el teléfono (voz y señalización) tendrán mayor prioridad en el switch que las tramas enviadas por el PC. Esta configuración se realiza en el fichero de configuración D4-config.txt, en la cabecera L2QOS. Los valores establecidos por defecto son:

• Para las tramas desde el teléfono el valor de la prioridad por defecto será 6, que significa tráfico de voz con menos de 10 ms de retardo.

• Para las tramas desde el PC el valor de la prioridad por defecto es 0, que significa Best Effort.

Si el teléfono se encontrase en una VLAN, es necesario configurar este hecho en el terminal mediante los menús de configuración que aparecen en el display del terminal. Para ello se entra en el modo administrador, hasta el menú VLAN ID, LAN Port, configurándolo al valor YES. A continuación se introduce la identidad de la VLAN para el puerto de LAN. Carga de software y configuración El software del teléfono IP debe ser cargado desde un servidor HTTP externo. En este servidor deben residir los siguientes ficheros: D4-boot R2A.dat Firmware boot de arranque de ROM. Este software permite cargar el

firmware del teléfono. D4-applic_R2A.dat Firmware del teléfono IP. Contiene la pila de protocolos de H.323 y la

interfaz de usuario. D4-lang_R2A.txt Fichero que contiene todos los idiomas soportados en los menús del

teléfono IP. D4-config_R2A.txt Fichero de configuración. Contiene referencias a los ficheros de firmware

e idiomas que deben ser cargados. Además incluye la mayor parte de los parámetros que deben cargarse en el teléfono. El fichero está organizado mediante cabeceras que incluyen los parámetros y sus valores. El carácter ";" indica que lo que sigue es un comentario. El fichero ha de ser adaptado para cada instalación.

Cabeceras y parámetros en D4-config Rxx.txt

• [System] − System: Indica que sistema (gatekeeper) va a ser utilizado. Según el identificador se

obtienen las siguientes facilidades. • MD110 : El teléfono va a ser usado en MD110, obteniendo Las teclas con

función para línea 1, línea2, inquiry, transferencia, mensaje en espera, follow me, cal¡ back y entrada de llamadas por la segunda línea. El terminal DBC 422 tiene además las teclas de lista de llamadas y configuración. Además se habilita el uso del protocolo VúAP, con lo cual se habilitan a la sazón las Soft Keys (teclas de función). La hora se envía mediante dicho protocolo.

• WEBSWITCH3 : El teléfono va a ser usado en WebSwitch 3.1 0 superior. • BP: El teléfono va a ser usado en BusinessPhone.


Página 30 de 44

− Overlap: • YES: La marcación se produce en modo solapado. Valor por defecto. • NO: La marcación se produce en modo bloque.

− RRQTtI: (Registration Request Time to Live).Tiempo de vida del registro en segundos. El valor por defecto es 600 (10 minutos). El valor puede ser establecido a OFF.

− GatekeeperDiscovery: • YES: Utiliza Gatekeeper piscovery por defecto. Valor por defecto. • NO: No utiliza Gatekeeper Discovery por defecto.

− Gatekeeperld: Identidad del Gatekeeper en el que se tiene que registrar la extensión IP. En el valor es posible utilizar comodines, por ejemplo, el valor LIM* acepta todos los Gatekeepers cuya identidad comience por LIM.

− Domain: Dominio al que pertenece el teléfono. Ver IPGDI. PrimaryGKAddress: Es la dirección Ip del Gatekeeper que va a ser buscado por el terminal IP cuando el identificativo Gatekeeper Discovery está configurado con el valor NO, en el fichero de configuración y en el terminal. Si este identificador se omite el terminal buscará el valor introducido manualmente en el teléfono mediante los menús del display.

− SecundaryGKAddress: Es la dirección de un segundo Gatekeeper en el caso de que falle el valor del identificativo anterior PrimaryGKAddress. Este identificativo se utilizará sólo en el caso de haberse utilizado el Gatekeeper primario.

− AdminPassword: Este identificativo se utiliza para establecer la contraseña del administrador que se utilizará cuando se conecte al terminal mediante telnet o mediante el WEB server interno del terminal.

• [BackupGK] Es un gatekeeper de respaldo para el caso que falle el Gatekeeper Discovery, o el gatekeeper primario y secundario fallen, dependiendo de la configuración elegida.

− System: Versión hardware del teléfono. − IPAddress: Dirección IP del Gatekeeper de respaldo. • [Software] − HardwareRev: Versión hardware del teléfono. − BootFile: Fichero donde se encuentra el software bootrom. − BootVersion: Versión del software bootrom. − ApplicationFile: Fichero donde se encuentra el firmware del teléfono. − ApplicationVersion: Versión del firmware del teléfono. • [Language] − LanguageFile: Camino y nombre del fichero del idioma. − LanguageVersion: Versión del fichero del idioma. − OptionalLanguage: Fichero de idiomas. Pueden cargarse varios ficheros y después

seleccionarlos desde el menú del teléfono. − StartupLanguage: Idioma usado en el inicio. • [Codecs] Orden de preferencia de codecs. Los posibles valores son: − G711A − G711U − GSMEFR − G.729 − G.723 • [SuffixServices] Sólo para el terminal DBC422 01 y sobre MD110.


Página 31 de 44

Esta cabecera se utiliza para establecer los servicios que pueden ser utilizados mediante el procedimiento de pulsar una tecla del terminal cuando se ha realizado una llamada a una extensión ocupada, con excepción del Callback que se iniciará incluso si la extensión llamada no está ocupada.

− Intrusión=4 (por ejemplo). − CaIIWaiting=5 − CaIIBack=6 − CaIIPickUp=8 • [Tones] Cadencia de tonos. Se pueden configurar los siguientes tonos: − Dial tone: Tono de marcado. − Special dial tone: Tono especial de marcado. − Busy tone: Tono de ocupado. − Alerting tone: Tono de llamada. − Congestion tone: Tono de congestión. − Special ínformation tone: Tono de información. − Call waiting tone: Tono de llamada en espera. − Offhook queuing tone: Tono de espera de marcado. • [LEDs] Cadencia de LEDs del teléfono. Existen tres cadencias: − Cad0: En una llamada establecida. − Cad1: Llamada aparcada. − Cad2: Llamada entrante. • [RingCads] Cadencias de timbres. Existen los siguientes: − Internal: Ring cuando se reciben llamadas internas. − External: Ring cuando se reciben llamadas externas. − Callback: Ring empleado en retrollamadas. − Extra: Ring empleado situaciones especiales. • [DIFFSERVUDP] Esta cabecera se utiliza para configurar el campo DSCP para paquetes de Voz y paquetes de señalización UDP (RAS y WAP). El valor por defecto es Expedited Forwarding. Diffserv es la reinterpretación del campo ToS (Type of Service), utilizado para dar prioridad a ciertos paquetes en una red en datagrama. El octeto Diffserv se compone del campo DSCP (Differentiated Services Codepoint, bits 0 a 5) y de los reservados (bits 6 y 7). El campo reservado se configura a 0. El campo DSCP consta de los campos Clase de tráfico (Traffic Class, bits 0, 1, 2) y del campo de prioridad de descartar paquetes (Drop Precedence, bits 3, 4, 5).

− TrafficClass: • 7: Network Control (ToS). Bit 0-2: 111. • 5: Internet Control (ToS). Bit 0-2: 110. • 5: Expedited Forwarding. Bit 0-2: 101. Valor recomendado para VoIP • 4: Clase D. Bit 0-2: 100. • 3: Clase C. Bit 0-2: 011. • 2: Clase B. Bit 0-2: 010. • 1: Clase A. Bit 0-2: 001. • 0: Best Effort. Bit 0-2: 000.

− DropPrecedence: • 3: Alta precedencia. Bit 3-5: 110. Valor utilizado con Expedited Forwarding.


Página 32 de 44

• 2: Media precedencia. Bit 3-5: 100. • 1: Baja precedencia. Bit 3-5: 010.

• [DIFFSERVTCP] Esta cabecera se utiliza para configurar el campo DSCP para paquetes de señalización TCP (H.225 y H.245). El calor por defecto es Class B y Media precedencia.

− TrafficClass: • 7 Network Control (ToS). Bit 0-2: 111. • 5: Internet Control (ToS). Bit 0-2: 110. • 5: Expedited Forwarding. Bit 0-2: 101. Valor recomendado para VoIP. • 4: Clase D. Bit 0-2: 100. • 3: Clase C. Bit 0-2: 011. • 2: Clase B. Bit 0-2: 010. • 1: Clase A. Bit 0-2: 001. • 0: Best Effort. Bit 0-2: 000.

− DropPrecedence: • 3: Alta precedencia. Bit 3-5: 110. • 2: Media precedencia. Bit 3-5: 100. • 1: Baja precedencia. Bit 3-5: 010.

− [L2QOS] VLAN El nivel 2 de Calidad de Servicio es utilizado por el Switch del Teléfono IP para dar diferente prioridad al tráfico de datos del PC y al tráfico de Voz. Utiliza el etiquetado de VLAN de la recomendación 802.10. El Switch tiene tres puertos LAN port (puerto de la red), PC port (puerto del PC) y Mil port (puerto del teléfono IP).

45

− MIIport=m,n: Este identificador tiene dos valores separados por coma. m: Prioridad del usuario. Los valores de m son:

• 0 Best Effort, igual que el tráfico normal en una LAN. • 1 Background. • 2 Spare, no recomendado. • 3 Excellent Effort. • 4 Controlled Load. • 5 Vídeo, menos de 100 ms. de retardo. • 6 Voz, menos de 10 ms. De retardo. • 7 Control de Red.

− n: Identificador de la VLAN, un número de 1-4095. − PCport=m,n: Este identificador tiene dos valores separados por coma.

• m: Prioridad del usuario. Los valores posibles se pueden ver en el identificativo Mllport.

• n: Identificador de la VLAN, un número de 1-4095. − LANport=r,s: Este identificador tiene dos valores separados por coma.

• r. Prioridad del usuario. Valores de r= 0 (No se utiliza VLAN, sin etiquetar), y r=1 (Se utiliza VLAN, etiquetado). Cuando no se etiqueta la VLAN los teléfonos IP tienen prioridad con respecto al PC.

• s: los posibles valores son s=0 que significa sin VLAN para el tráfico del PC (sin etiquetar), y s=1 que significa que se utilizará VLAN para el tráfico originado en el PC (etiquetado).

• [AutoNeg]


Página 33 de 44

Esta cabecera se utiliza para configurar la velocidad y el modo de funcionamiento Dúplex para el puerto LAN. Se utilizan 3 identificadores:

− AutoNeg: Este identificador puede tener el valor YES o NO. YES significa que el puerto utiliza la negociación para decidir la velocidad y el modo de funcionamiento dúplex.

− Speed: Los valores pueden ser 10 ó 100, que es la velocidad en Mbits/s. Duplex: Puede tomar el valor FULL o HALF.

• [WAP] Los identificativos CountryCode y RouteAccessNumber se utilizan para componer el número B cuando se realiza una llamada externa cuando el número recibido desde el servidor WAP es un número que tiene el formato de internacional con el símbolo "+" y el código nacional del país. Si el código del país es el mismo que el introducido en el identificativo CountryCode del fichero de configuración, el signo "+" y el código del país serán sustituidos por el valor del identificativo RouteAccessNumber y el valor del identificativo AreaCodePrefix. Así el número para la llamada externa será el formado por el valor de RouteAccessNumber+AreaCodePrefix+número nacional. Si el código del país recibido en el número no coincide con el valor de CountryCode del fichero de configuración, se cambiará el símbolo "+" por el valor de RouteAccessNumber+CountryCodePrefíx. De esta manera el número marcado para una llamada externa estará formado por RouteAccessNumber+AreaCodePrefix+número nacional.

− WAPGateway: Dirección IP deI Gateway del servidor WAP. − DirectoryAddress: La dirección URL del Servidor WAP. − MaxAttempts: Número máximo de intentos de reenvío de mensajes WAP sin respuesta.

Valores entre 1 y 4. − RetransPeriod: Tiempo en milisegundos entre cada reenvío. Valores entre 1000 y 5000. − CountryCode: El código del país donde está instalada la PABX. − Route AccessNumber: El número de la ruta de acceso. − CountryCodePrefix: El prefijo del país donde está localizada la PABX. − AreaCodePrefíx: El prefijo del área del país donde está localizada la PABX. • [Time] La hora de los terminales puede ser acutalizada via WAP desde MD110 0 vía servidor NTP. Para éste último caso se utilizan - los siguientes parámetros:

− TIMEZONE: Zona, fecha y hora. − NTP-server: Dirección FP del servidor NTP.

Fichero de configuración D4-config.txt [System]

;File: d4-config.txt

;Product id and version: CAA 158 0019 R2B

;Rélease date: 2003-10-21

--------------------------------------------

;The system parameter may have the values MD110, WEBSWITCH3 or BP;System=WEBSWITCH3

System=MD110

;System=BP

OverLap=YES- Cnvt.

;OverLap=NO

RRQTt1=50

;GatekeeperID=LIM*

;Domain=Dominiol

;PrimaryGKAddress=130.100.26.132

;SecondaryGKAddress=130.100.26.133.s

;GatekeeperDiscovery=NO

AdminPasswd=RbdbSdc9c


Página 34 de 44

;[BackupGK ; System=WEBSWITCH3;IPAddress=130. 100.26. 134 ;GKDiscFrequency=200

[Software]

; The following files are mandatory:

; Bootrom d4-boot Rev.dat (CAA158 0017)

; ApplicationFile d4-appl_Rev.dat (CAA158 0018)

; Configuration File d4-config.txt (CAA158 019)

; The following files are optional:

; Language File d4-Lang_Rev (CAA158 0020)

---------------------------------------------------------

;Both DBC42201 and DBC42501 shall use same boot ,

;application and language file. It shall be stored

;in the dbc42501 directory.

HardwareRev=R1*

BootFile=/dbc42501/d4-boot R2A.dat

BootVersion=R2A

ApplicationFile=/dbc42501/d4-applic R2B.dat

ApplicationVersion=R2B

;When AutoNeg is set to YES Speed and Duplex will not

;be read. The resulting speed and duplex wíll be the

;result of the negotiation between the phone and the

;network device it is connected to(switch/hub).

[AutoNeg]

AutoNeg=YES

;Duplex=FULL

;Speed=100

[Language]

;Default l.anguage is English. Optional languages can be selectedLanguageFile=/dbc42501/D4-lang R2A.txt

LanguageVersion=R2A

OptionalLanguage=EN,*08*0#

OptionalLanguage=FR,*08*1#

OptionalLanguage=DE,*08*2#

OptionalLanguage=ES,*O8*3#

OptionalLanguage=IT,*08*4#

OptionalLanguage=SV,*08*5#

OptionalLanguage=FI,*08*6#

OptionalLanguage=DA,*08*7#

OptionalLanguage=NO,*08*8#

OptionalLanguage=NL,*08*9#

;OptionalLanguage=PB,*08*9#

;OptionalLanguage=PL,*08*9#

;OptionalLanguage=PT,*08*9#

;OptionalLanguage=XL,*08*9#

StartupLanguage=EN

[Codecs]

; G.711 is mandatory but the priority order is optional

G.711A

G.711U

GSMEFR

G.729AB

G.729


Página 35 de 44

G.723

[Tones]

Dial tone=

0,0, ; One cadence, One frequency

500,0,0,0,0,0, ; 500ms on, Oms off, Oms on, Oms off, Oms on, Oms off

425,-10,0,0,0,0, ; 425Hz, -10dbm0, OHz, OdBmO, OHz, OdBmO,

0,0 ; Tone in Voice is on, sine wave

Special dial tone=

1,0, ;One cadence, One frequency

500,50,0,0,0,0, ; 500ms on, 50ms off, Oms on, Oms off, Oms on, Oms off

425,-10,0,0,0,0, ; 425Hz, -lOdbmO, OHz, OdBmO, OHz, OdBmO

0,0 , Tone in Voice is on, sine wave

Busy tone=



425,-10,0,0,0,0, ; 425Hz,,-lOdbmO, OHz, OdBmO, OH2, OdBmO

0,0 , Tone in Voice is on, sine wave

Alerting tone=



425,-10,0,0,0,0, ; 425Hz, -10dbm0, OHz, OdBmO, OHz, OdBmO


Congestion tone=


200,200,0,0,0,0, ; 200ms on, 200ms off, Oms on, Oms off, Oms on, Oms

off ,

425,-10,0,0,0,0, ; 425Hz, -lOdbmO, OHz, OdBmO, OHZ, OdBmO


Special information tone=

3,4, ; Three cadences, Three frequencies

333,1,333,1,333,1000, ; 333ms on, Oms off, 333ms on, Oms off, 333ms on, 10OOms off

950,-10,1400,-10,1800,-10, ; 950Hz, -lOdbmO, 1400Hz, -10dBm0, 1800Hz, -10dBm0


Call waiting tone=

2,0, ; Two cadences, One frequency

200,600,200,3000,0,0, ; 200ms on, 600ms off, 200ms on, 3000ms off, Oms on, Oms off

425,-10,0,0,0,0, ; 425Hz, -lOdbmO, OHz, OdBmO, OHz, OdBmO


Offhook queuing tone= _


2000,990,0,0;0;0, ; 2000ms on, 990ms off, Oms on, Oms off, Oms on, Oms off

1400,-10,0,0,0,0, ; 1400Hz, -lOdbm0, OHz, OdBmO, OHz, OdBmO

0,0 ,.Tone in Voice is on, sine wave

[LEDsI

Cad0=185,5,5,5 ; LED flash 0 cadence, first on,first off,second on,secondoff:-in a call

Cad1=50,50,0,0 ; LED flash 1 cadence: incoming call

Cad2=30,30,0,0 ; LED flash 2 cadence: call parked

[RingCads]

Interna1=20,100,0,1,0,0 ;Internal ring cadence

Extefna1=7,6,7,100,0,0 ;External ring cadence

'Callback=6,8,6,8,0,0 ;CAllback ring cadence

Extra=6,8,6,8,6,8 ;Extra ring cadence

[DIFFSERVUDP]

TrafficClass=5 ;Expedited Forwarding


Página 36 de 44

DropPrecedence=3 ;High drop percentage, recomended for EF

[DIFFSERVTCPI

TrafficClass=2 ;Class B

DropPrecedence=2 ;Medium drop percentage

[WAP]

WAPGateway=153.88.196.41

DirectoryAddress=153.88.19.18/eoawap/default.asp

MaxAttempts=3

RetransPeriod=2000

CountryCode=46 ;The code of the country where the PBX is located

RouteAccessNumber=00 ;The route access number

CountryCodePrefix=00 ;The prefix of the code of the country where the PBX islocated

AreaCodePrefix=0 ;The prefix of the area code in the country where the PBX islocated

[SuffixServices]

Intrusion=8

Ca1lWaiting=4

Ca1lBack=5

CallPickUp=6

[L2QOS]

MIIPort=6, 1 ; prio,VID(1-4095)

PCPort=0,2, ; prio,VID(1-4095)

;1, ;normal/remove 802.3ac tags from PC)

;0, ;Ignore/Use DiffServ from PC

;0 ;accept VID from PC/forceDefault

LANPort=O, ;No VLAN(untagged)/VLAN(tagged) MAC based VLAN/802.1Qbased VLAN

0 ;untagged/tagged PC port

[Time]

TIMEZONE=CET:60:0:040101:110.101

NTP-server=153.88.30.100

Para saber la versión del firmware instalada en el teléfono, hay que pulsar las teclas C*4 simultáneamente. Para volver a su estado normal hay que pulsar la tecla #. Servidor WWW Los ficheros de configuración, firmware, boot e idiomas comentados en el punto anterior, se obtienen por protocolo HTTP. Por tanto, es necesario que estos ficheros residan en un servidor WWW accesible desde los terminales. En el caso de estos dos terminales IP se pueden crear tantos archivos de configuración como grupos de teléfonos existan. Cada grupo es miembro de un Dominio especifico. Los ficheros deben residir en una ruta concreta dentro de la raíz del servidor WWW, por ejemplo en el caso de un terminal DBC 422 que no pertenezca a un dominio el camino sería raíz del servidor web\dbc42201. Si fuese un terminal DBC 425, entonces el camino sería raíz del servidor web\dbc42501. En caso de pertenecer, por ejemplo al dominio Domainl, entonces la ruta sería raíz del servidor web\Domainl\dbc42201. Habitualmente los terminales DBC 422 y DBC 425 de una instalación utilizaran la misma versión de firmware y de boot, y únicamente variarán los archivos de configuración que deben ser almacenados en los respectivos tipos de terminal. Así pues el firmware, el boot y los idiomas se pueden guardar en uno de los directorios, por ejemplo el dbc42501, y luego diferenciar en cada uno de los directorios sólo el fichero de configuración D4-config_Rxx.dat.


Página 37 de 44

Los ficheros deben residir en estos directorios tal y como se muestra en la siguiente figura:

Figura 15. Estructura de directorios en el servidor HTTP

Si los terminales BDC 422 y DBC 425 tuvieran diferentes versiones de firmware, boot e idioma, los ficheros se almacenarían en sus respectivos directorios.


Página 38 de 44

Configuración en el terminal Aparte de la configuración cargada en el terminal desde el fichero de configuración IP-phone.cfg o D4-confíg.txt, dependiendo del terminal, es necesario configurar ciertos parámetros de forma manual en el propio teléfono. Esta configuración se realiza a través de menús mostrados en pantalla. Cuando el teléfono IP se enciende, es posible acceder el menú de configuración mediante el modo administrador. A este modo se accede pulsando simultáneamente las teclas C*5. Solamente es posible acceder a los menús de configuración de las VLAN después de reiniciar el terminal. El terminal muestra los menús en el idioma inglés hasta que carga el fichero de configuración (siempre que el idioma elegido en el campo "StartupLanguage" sea igual a ES)

Figura 16. Menú de red después de un reinicio

También es posible acceder a este menú una vez iniciado el teléfono mediante la opción Configur o Configuración del menú principal mostrado en pantalla, pero varían algunas de las opciones.

Figura 17. Opción RED dentro del menú Configur

Una vez entrado en el menú de configuración, la primera opción a configurar es si se va a usar un Servidor DHCP para la obtención de la dirección IP del terminal. Si se ha elegido no utilizar servidor DHCP, pedirá indicar la Dirección IP que tendrá el terminal, junto a la Máscara de Subred y el Gateway por Defecto. Para escribir el punto se utiliza la tecla*. A continuación hay que programar la dirección IP del Servidor WWW en el que residen los ficheros de configuración. En el caso de que la dirección IP se obtenga por DHCP, se pregunta si se utiliza el servidor WWW proporcionado por el servidor DHCP. En el caso de que el servidor WWW necesite ser accedido mediante un proxy, habrá que configurar el apartado WWW Proxy. A continuación se solicita si el registro en Gatekeeper se va a realizar con procedimientos de Gatekeeper Discovery o no. Hay una tercera opción que es indicarle "De Oficio"; que conlleva el leer este apartado en el fichero de configuración IP-phone.cfg o D4-config.txt.

En el caso del Dialog 3413, de no utilizar Gatekeeper Discovery, hay que indicar la dirección IP del Gatekeeper donde vaya a realizar el registro (tarjeta ELU32). Para los modelos Dialog 422 y


Página 39 de 44

425, en el fichero de configuración se debe indicar la dirección IP del gatekeeper primario y Gatekeeper secundario. Por último, hay que indicar si el terminal va a utilizar Contraseña en el proceso de registro.

Si al menú de configuración se ha accedido desde el menú principal, para cambiar los parámetros anteriores hay que pasar al modo administrador y así se habilita la opción Selec. Al modo administrador se accede pulsando simultáneamente las teclas C*5.

Una vez que el terminal tiene los parámetros de red configurados, es necesario reiniciar el teléfono para que acceda al servidor WWW a recoger los ficheros de configuración y firmware en caso de que éste último sea de una versión más actualizada que la cargada en el terminal. Para reiniciar el teléfono se deben pulsar las teclas C, Mute, # simultáneamente durante 3 segundos.

En el caso de que exista en el servidor WWW una versión de bootrom o firmware más actualizada, aparecerá en la pantalla un mensaje solicitado si se quiere actualizar el terminal con dicha versión. En caso afirmativo, durante el proceso de carga aparece en la pantalla el mensaje:

Ericsson Office IP Telephone Saving new application in flash... DO NOT DISCONNECT THE TELEPHONE

Durante este proceso no se debe desconectar el teléfono. Este proceso dura alrededor de 30 segundos. Después de reiniciar el teléfono y cargado los protocolos de red, se solicita desde la pantalla introducir el número de extensión del teléfono IP. Una vez introducido, se solicitará la contraseña solamente en el caso de que se hubiera configurado el terminal con contraseña. Después de introducirla, el terminal procederá a registrarse en el Gatekeeper, ya sea de forma manual o con procedimiento Gatekeeper Discovery. Además de la configuración de red, es posible configurar otros aspectos tales como:

− Teclas programables: Almacena números en las teclas. − Propiedades del timbre: Cambia el sonido del timbre. − Fecha y hora: Cambia los formatos de fecha y hora. − Idioma: Cambia el idioma de los menús. − Nivel de sonido. − Agenda: Gestiona una agenda en el terminal. − Listado de llamadas: Aparecen las últimas llamadas recibidas y enviadas.

Para guiarse a través de los menús que aparecen en pantalla: En el Dialog 3413 se utilizan las teclas de función (soft Keys), cuyo valor cambia según el menú que aparezca en pantalla. En el Dialog 4422 para entrar en los menús de configuración hay que pulsar la tecla Configuración (Settings), y una vez que aparecen los menús en pantalla, se guían mediante las teclas: C: Cancelar. Para abandonar el menú actual sin realizar cambios, en aquellos menús donde

es posible cambiar datos. Salir. Abandonar el menú actual para ascender al menú inmediatamente anterior en jerarquía. Se utiliza en aquellos menús donde no es posible cambiar datos.


Página 40 de 44

-: Arriba. Ir a la línea de arriba de un menú.

Borrar el último carácter introducido. +: Abajo. Ir a la línea de abajo de un menú.

Speaker: Seleccionar el menú actual. Salvar los datos introducidos.

En el Dialog 4425 se utilizan las teclas de función y las teclas de navegación para los diferentes menús que aparecen en pantalla.

Figura 18. Pantalla del Dialog 4425

3.2.9. Acceso WEB y Telnet a los terminales IP Acceso WEB Los nuevos terminales IP Dialog 4422 y 4425 poseen un servidor WEB que permite mostrar páginas de administraciones de dichos terminales. Para acceder a ellos es necesario conocer la dirección IP de dichos terminales. Mediante un navegador, introduciendo dicha dirección IP en el campo de direcciones, accedemos a dichas páginas. Existen dos páginas de inicio dependiendo de la palabra de paso introducida. Existe una página de usuario que permite cambios en la agenda, llamadas perdidas, nivel de timbre, etc. La palabra de paso a esta página es "Welcome".

Figura 19. Introducir contraseña


Página 41 de 44

Hay otra página de administrador en la cual se permite señales enviadas y recibidas, cambios en la configuración del gatekeeper; etc. La palabra de paso a esta página es "Ericsson".

Figura 20. Página WEB de administrador

Si accedemos a la página de usuario, aparecerán las siguientes opciones en el árbol.

Figura 21. Árbol de la página WEB de usuario

Seleccionando la primera opción que es la agenda, se muestra ésta en la pantalla principal. Se pueden añadir entradas a dicha agenda mediante el menú de¡ árbol.

Figura 22. Página de agenda

Seleccionando la opción ListaQLlamó, aparecen en la pantalla principal el registro de todas las llamadas realizadas y recibidas. Es posible borrar dicho registro desde la página.


Página 42 de 44

Figura 23. Lista de llamadas

La última opción del árbol es configur, la cual nos permite varias opciones:

Figura 24. Opciones de configuración

• Cambiar contraseña

Figura 25. Pantalla de cambiar contraseña

• Teclas programables

Figura 26. Pantalla de teclas programables


Página 43 de 44

• Nivel de Sonido

Figura 27. Página de nivel de sonido

Si en lugar de introducir la contraseña Welcome, se introduce la contraseña Ericsson se accede a la página de administración. En ella se puede observar el siguiente árbol.

Figura 28. Árbol de administrador

Seleccionando la opción Debug Log se puede observar un registro con diferentes eventos de señalización. Pudiéndose configurar el nivel de filtrado.

Figura 29. Registro de eventos

Para cambiar el filtrado de recogida de eventos se despliega el menú de eventos, apareciendo la opción Debug Levels.

Figura 30. Niveles de recogida de eventos


Página 44 de 44

Por último se accede al menú del árbol Settings, el cual tiene tres opciones:

Figura 31. Árbol de configuración

• Cambiar Password de usuario

Figura 32. Página de cambio de pasword de usuario

• Gatekeeper Discovery. Permite elegir si se utiliza esta función.

Figura 33. Página de Gatekeeper Discovery

• Gatekeeper. Se obtiene la dirección del Gatekeeper.

Acceso Telnet Es posible conectarse a los terminales IP de Ericsson mediante una conexión Telnet. De esta forma puede monitorizarse las señales recibidas y enviadas por el terminal. Para acceder a los terminales es necesario un nombre de usuario y una password.

Para el terminal Dialog 3413: Login: ipphone Password: arnearne

Para 21 terminal Dialog 442x: Login: admin Password: Ericsson.

Tema 5 Mantenimiento y Movilidad

Página 1 de 10

MANTENIMIENTO

ÍNDICE

MANTENIMIENTO ..........................................................................................................................1 5.1. INTRODUCCIÓN .....................................................................................................................................2 5.2. Mantenimiento ........................................................................................................................................2

5.2.1. Tarjeta NIU2 ...............................................................................................................................2 5.2.2. Compact Flash...........................................................................................................................3 5.2.3. Disco Duro ATA (HDU7/1) ........................................................................................................3

5.2.3.1. General .......................................................................................................................3 5.2.3.2. Localización del conmutador CSEL............................................................................3 5.2.3.3. Conmutador CSEL......................................................................................................3

5.2.4. Tipos de configuraciones.........................................................................................................4 5.2.5. Programación ............................................................................................................................5

5.2.5.1. Inicio del Disco del sistema.........................................................................................5 5.2.5.2. Volcado a HDU ...........................................................................................................5 5.2.5.3. Realización de backup de seguridad..........................................................................6

5.2.6. Observaciones...........................................................................................................................7 5.2.7. Carga de firmware en los teléfonos digitales Dialog 4000 (DBC 220, DBC 222, DBC

223, DBC224 y DBC 225) ..........................................................................................................8 5.2.8. Mejoras en herramientas de mantenimiento SAM...............................................................10

5.2.8.1. Mejoras en ESD (Ericsson Software Distribution): ...................................................10 5.2.8.2. Mejoras en PC-Regen: .............................................................................................10


Página 2 de 10

5.1. INTRODUCCIÓN

En este tema se indican las diferencias que aparecen en las funciones de mantenimiento y movilidad. En mantenimiento las principales novedades son:

• Aparición de nueva tarjeta NIU2, y en ella, la posibilidad de: • Utilizar tarjeta Compact Flash como disco duro del sistema • Utilizar discos duros con interface IDE/ATA

• • Nueva versión de las herramientas SAM • • Actualización del software de la serie Dialog 4000 • • Nuevos comandos CN.

Las novedades introducidas en movilidad son:

• Soporte de nueva serie de terminales- DECT: DT4x2,(DT412 y DT422) • Soporte del nuevo terminal DECT, 9159Q Nuevas herramientas de programación de los nuevos terminales DECT • Envío de mensajes SMS entre terminales DECT (necesario servidor externo SMS)

• Acceso desde los terminales DECT a directorio de teléfonos centralizado • en servidor externo SMS-,--, • Novedades en comandos CX y GE

5.2. Mantenimiento

5.2.1. Tarjeta NIU2 La nueva tarjeta NIU2 se soporta en BC12 y en BC11 con SP12. Se describen en este apartado la programación de los discos duros, y las posibles configuraciones que se pueden dar en la utilización de los discos conectados a ella. La principal diferencia con la anterior tarjeta NIU estriba en la utilización de una tarjeta de memoria Compact Flash (C.F.), como disco duro del sistema, y el empleo de discos duros HDU externos de tipo IDE/ATA. No soporta discos SCSI. Dispone de los mismos interfaces de la tarjeta NIU (3 interface V-24 y uno Ethernet), siendo su programación la misma anterior.

Ilustración 1


Página 3 de 10

5.2.2. Compact Flash

La tarjeta NIU2 puede disponer de una tarjeta de memoria Compact Flash (C.F.) de 128 ó 256 Mb, utilizada como backup del sistema, es decir, puede sustituir al disco duro del sistema. Esto significa que no hay necesidad de conectar un HDU externo, ya que los directorios REL1 y REL2 pueden ser almacenados en esta memoria flash.

5.2.3. Disco Duro ATA (HDU7/1)

5.2.3.1. General

El HDU7(ROF 137 5398/1) es un disco duro conectado a la NIU a través de un bus ATA(EIDE) localizado en su bus frontal bus. La tarjeta requiere que la Selección por Cable (CSEL) esté permitida. Esta selección se realiza en un conmutador situado en la placa, que actúa sobre los pins 1-2 ó 49-50 (depende del fabricante) del conector de 50-pin del mismo disco duro. Ver la figura 2 para la localización de los pins en el conector del disco duro.

Ilustración 2

5.2.3.2. Localización del conmutador CSEL

Ilustración 3

5.2.3.3. Conmutador CSEL

La figura siguiente refleja las dos posibilidades de programación del conmutador para seleccionar la opción de Selección por cable Si la selección en el disco duro se realiza con los pines 49-50, el conmutador debe ponerse: 3-OFF, 2-OFF y 1-ON.

El bus decide si hace de M o S Si disco duro no funciona,

ver posición del Switch

Prolongados a un conmutador en placa base


Página 4 de 10

Si la selección en el disco duro se realiza con los pines 1-2, el conmutador debe ponerse: 3-ON, 2-OFF y 1-OFF.

El conmutador CSEL viene establecido de fabrica, de acuerdo al fabricante del disco duro, y no debe modificarse.

5.2.4. Tipos de configuraciones Se pueden dar varias configuraciones:

• Solo una tarjeta CF (donde residen el REL1 y el REL2) • Una tarjeta CF actuando como disco maestro (con REL1), y un disco HDU7/1 (con

REL2) actuando como esclavo. • Con tarjeta CF como disco maestro (con REL1 y REL2) y un disco (HDU7/1) (como

copia de seguridad) como esclavo. • Sin tarjeta CF y un disco HDU7/1 como maestro (con REL1 y REL2) Sin tarjeta CF,

con dos discos HDU7/1, uno maestro (con REL1) y otro esclavo con (REL2). • Sin tarjeta CF, con dos disco HDU7/1, uno maestro (con REL1 y REL2) y otro

esclavo con copia de seguridad. Notas:

• No es posible usar discos SCSI (HDU7/2) en la tarjeta NIU2. • Sin CF, sólo se pueden conectar como máximo dos discos HDU7/1. • Con CF, ésta siempre actúa como disco maestro y, sólo se podría conectar un

disco HDU7/1. • No se requiere terminación en bus ATA.

Conexión NIU2 con CF y 1 HDU7/1

En esta configuración la CF se comporta siempre como maestro y el HDU7/1 como esclavo. El cable debe conectarse en el conector esclavo del HDU.

NIU2 ATA drive

Ilustración 4

El disco HDU7/1 debe tener activada la selección por cable --> posición del microswitch ; 1 y 2 OFF, 3 ON, y el cable debe estar conectado en la posición superior (esclavo) El LED rojo indica actividad en el bus ATA, el verde indica que la tarjeta está alimentada y el amarillo si el disco es maestro. Conexión NIU2 sin CF con dos discos HDU7/1. En la NIU2 no se utiliza CF, el cable de la NIU2 debe estar conectado al conector maestro del primer HDU y en el segundo se conectará al conector esclavo. Ambos HDU’s debe tener activada la selección por cable ➠ posición del microswitch : 1 y 2 OFF, 3 ON.

CONECTOR ESCLAVO

CONECTOR MAESTRO


Página 5 de 10

NIU2 ATA drive ATA drive 60 63 72

esclavo maestro

Ilustración 5

5.2.5. Programación Para soportar el nuevo tipo ATA de HDU se añade el parámetro BTYPE al

IOSII:NODE=,IODEV=iBTYPE-,[SIPOS=],SUBFS=; El parámetro BTYPE tiene dos valores posibles

• ATA para iniciar un disco ATA en la NIU2 • SCSI para iniciar un disco SCSI en la NIU

Si BTYPE=SCSI, se debe emplear además obligatoriamente el parámetro SIPOS Si BTYPE=ATA, no se emplea el parámetro SIPOS. El primer disco iniciado es el maestro y el segundo el esclavo.

5.2.5.1. Inicio del Disco del sistema

Si el sistema dispone sólo de una tarjeta CF de 256 Mb, el procedimiento para iniciarla como disco del sistema seria:

1. Inicio del nuevo disco duro IOSII:NODE=SYSN,IODEV=SYSDISK1,BTYPE=ATA,SUBFS= SYSSUBFS11&SYSSUBFS21;

2. Formateo de las particiones FICRI:SUBFS=SYSSUBFS11,SIZE=100; FICRI:SUBFS=SYSSUBFS2I,SIZE=100;

3. Montaje particiones FIMOI:SUBFS=SYSSUBFS11; FIMOI:SUBFS=SYSSUBFS21;

5.2.5.2. Volcado a HDU

Sistema con NIU2 con memoria flash, se desea añadir un disco ATA y prepararlo para tener una REL1 en la memoria CF y REL2 en el HDU.

Si disco duro no funciona,ver posición del Switch


Página 6 de 10

1. Bloqueo del bus BLEQI:EQU=1-0-60;

2. Desmontaje de los dos subsistemas existentes FIMOE:SUBFS=SYSSUBFS11; FIMOE:SUBFS=SYSSUBFS21;

3. Borrado del disco duro IOSIE:NODE=SYSN,IODEV=SYSDISK1;

4. Inicio de los dos discos duros (Compact Flash y HDU7/1) IOSII:NODE=SYSN,IODEV=SYSDISKI,BTYPE=ATA,SUBFS=SYSSUBFS11; IOSII:NODE=SYSN,IODEV=SYSDISK2,BTYPE=ATA,SUBFS=SYSSUBFS21;

5. Formateo de particiones FICRI:SUBFS=SYSSUBFS11,SIZE=100; FICRI:SUBFS=SYSSUBFS21,SIZE=100;

6. Montaje de particiones FIMOI:SUBFS=SYSSUBFS11; FIMOI:SUBFS=SYSSUBFS21;

7. Desbloqueo del bus BLEQE:EQU=1-0-60;

5.2.5.3. Realización de backup de seguridad

El comando FISBI empleado para hacer copias de seguridad en la NIU no se puede usar en la NIU2. El procedimiento sería copiar directamente los directorios REL1 y REL2 en un HDU extra IDE/ATA. Ejemplo: Sistema con NIU2 con memoria CF donde residen el REL1 y REL2, se desea añadir un disco ATA para que sea una copia de seguridad de los dos REL.

1. Bloqueo del bus BLEQI:EQU=1-0-60;

2. Inicio del nuevo disco duro IOSII:NODE=SYSN,IODEV=SYSDISK2,BTYPE=ATA,SUBFS=SYSSUBFS31&SYSSUBFS41;

3. Formateo de las particiones FICRI:SUBFS=SYSSUBFS31,SIZE=100; FICRI:SUBFS=SYSSUBFS41,SIZE=100;

4. Montaje particiones FIMOI:SUBFS=SYSSUBFS31,PATH=/SYSN/USR3; FIMOI:SUBFS=SYSSUBFS41,PATH=/SYSN/USR4;

5. Creación directorios FIDII:PATH=/SYSN/USR3/SES; FIDII:PATH=/SYSN/USR3/SES/DR; FIDII:PATH=/SYSN/USR4/SES; FIDII:PATH=/SYSN/USR4/SES/DR;

6. Realización de copia de directorios REL1 y REL2


Página 7 de 10

FICPI:SPATH=/SYSN/USR1/SES/DR,PATH=/SYSN/USR3/SES/DIR,COOP=DIR; FICPI:SPATH=/SYSN/USR2/SES/DR,PATH=/SYSN/USR4/SES/DR,COOP=DIR;

7. Desbloqueo del bus BLEQE: EQU=1-0-60;

5.2.6. Observaciones No hay una forma fácil y directa de conocer la configuración de discos existente en una instalación. El comando IODDP no identifica el tipo de disco conectado (Compact Flash o HDU7/1).

Ilustración 6

En el ejemplo no hay ningún dato que permita identificar la Compact Flash (master) del HDU7/1 (slave). Un opción sería emplear el comando FISCP


Página 8 de 10

Ilustración 7

En el ejemplo el tamaño del disco sysdisk1 es de 122 Mb y el del sysdisk2 es de 4GB. Por lo tanto, el primero es un CF de 128 Mb y el segundo un HDU7/1 de 4Gb.

5.2.7. Carga de firmware en los teléfonos digitales Dialog 4000 (DBC 220, DBC 222, DBC 223, DBC224 y DBC 225)

En esta versión 131312, y con los teléfonos digitales de la nueva familia Dialog 4000 (DBC220, DBC222, DBC223, DBC224 y DBC225) es posible actualizar su firmware mediante un nuevo comando CN. Entre los requisitos exigidos para poder realizar esta tarea está la versión de la tarjeta ELU28/3 de extensiones digitales, que debe ser ROF 137 5334/3 R3A. El fichero del firmware debe cargarse en el disco duro o en la CF de la tarjetas NIU2, y posteriormente ejecutar el comando CNTLI. Características

• No es necesario efectuar ninguna actuación previa en el terminal. • No es necesario bloquear y desbloquear la tarjeta ELU28/3. • Mientras se produce la descarga el terminal queda bloqueado y aparece en la

pantalla la indicación de descarga de sw. Todas las teclas permanecen encendidas. • El nuevo software se pondrá activo automáticamente. No es necesario su

confirmación. • Si la versión coincide con la ya cargada, el software no se actualiza. • El fichero con el software nuevo del DBC220 es distinto del empleado para el resto

de terminales, • La versión de software cargada actualmente se conoce con el comando CNBIP. En

los teléfonos 4223 y 4225 existe un menú "Conf.tel.-indicación firmware" con el que se puede averiguar su versión actual. En la operadora 4224 se puede observar con la combinación de teclas: ans/ext + * + 4.

• Si la carga se efectúa sobre todos los teléfonos de una tarjeta, solo se actualizarán los que tengan versiones inferiores al nuevo software.


Página 9 de 10

Eiecución:Flow

ACTUACIONES

1 Comando CNBIP para verificar la revisión actual de firmware

2 Comando CNTLI para volcar el nuevo firmware

3 ¿Existe alguna razón para terminar la descarga?

4 Comando CNTLE para terminar la descarga

5 Comando CNBIP para verificar el esultado

6 ¿Se realizó correctamente la descarga?

• Inicio de la descarga CNTLI:PATH=,IND= ,BRDID=, LIM=; ,BPOS= PATH= /S1/S2/...../Sn Es la descripción del camino para llegar al fichero. Ej.:

/SYSN/USR1/SES/CN/D4FWDL.BIN. IND= D1D2D3D4D5D6D7D8D9D10D11D12.

Individuo de la tarjeta ELU28/3. Permitidos &,&& y ALL Ej.: ALL.

BPOS = D1D2D3-D4-D5D6. Posición hardware de la tarjeta ELU28/3. Permitido &, hasta 5 valores Ej.: 1-2-62,

BRDID = IDENTIDAD DE LA TARJETA. Ej.: 77,

LIM = D1D2D3 LIM donde reside la tarjeta que soporta la extensión que se quiere actualizar. Permitidos & y ALL

Cuando se utiliza el parámetro BRDID, en IND debe ponerse ALL.

• Interrupción de la descarga CNTLE;

Este comando interrumpe la descarga del fichero.


Página 10 de 10

5.2.8. Mejoras en herramientas de mantenimiento SAM La herramienta SAM (Service Asistant Manager) ha sido actualizada a la versión 3.7- con SP1 para cumplir con los nuevos requerimientos de la versión BC12, mejorar las aplicaciones ESD y PC-REGEN y corregir fallos en las aplicaciones MDDT, ESD, PC-Regen y CS.

5.2.8.1. Mejoras en ESD (Ericsson Software Distribution):

• Diferencia NIU y NIU2 • Acepta más comandos en el fichero script en el ESD • Swap unidades de programa usando comandos LAPUR/LAPUL • Swap únicamente unidades de programa cargados en LIM

5.2.8.2. Mejoras en PC-Regen:

• Jefe-Secretaria • Funciones de IP-Networking

Apuntes BC 12

Documents

Transcript of Apuntes BC 12