Soporte & Consultoria

Soporte Remoto y Consultoria skype : ambiorixg12.
Nota no se brinda ningun tipo de consulta o soporte fuera del blog de forma gratuita

viernes, 22 de julio de 2011

Instalación y Configuración de la Tarjeta TE110P


La tarjeta TE110P es una tarjeta PCI estándar configurable para utilizarse como una T1 (24 canales) o como una E1/PRI (32 canales) mediante un jumper, esta cuenta con un solo puerto que puede emplearse para voz y/o datos. Para la implementación de más canales, solamente es necesario agregar tarjetas TE110P.
En EUA suele utilizarse la T1 que tiene 23 canales tipo B y un canal D de 64Kbps, alcanzando una velocidad global de 1536Kbps.
En Europa se utiliza más el E1 que consiste de 30 canales B y un canal D de 64Kbps, alcanzando una velocidad global de 1984Kbps.

Imagen:Tarjeta_TE110P.JPG

Por medio de la tarjeta TE110P se pueden hacer enlaces E1/T1 para conectar un servidor asterisk a otro asterisk o a otras redes de voz como la PSTN o la RUV.



Tabla de contenidos

 [esconder]

Caso Práctico: Interconexión de dos servidores asterisk por medio de un enlace E1

En el siguiente diagrama de red se muestra un ejemplo de como pueden implementarse las tarjetas TE110P para interconectar dos servidores asterisk por medio de un enlace digital E1, esto con el fin de lograr establecer llamadas entre ellos.
Imagen:Ejemplo_Diagrama_Tarjeta_TE110P.JPG
Para interconectar las tarjetas TE110P es necesario hacerlo por medio de un cable cruzado. En el diagrama 1 se muestra la configuración del RJ45 y en el diagrama 2 como se hizo la disposición de los pines en el enlace físico para los servidores de Asterisk.
Imagen:Pines_cable_cruzado.JPG
Para la instalación de esta tarjeta, es necesario tener instalado el módulo de Zaptel en el servidor de Asterisk y la librería de libpri para realizar enlaces E1 con señalización ISDN PRI o Q.SIG. Para la instalación de Zaptel, Libpri y Asterisk pueden consultarse los siguientes links Instalación de Asterisk y los drivers de Zaptel para CentOS v 5.0 y Instalación de Asterisk y los drivers de Zaptel para Debian Etch v 4.0.



Caso Práctico 1: Enlace Digital E1 con señalización ISDN PRI

ENLACE ISDN PRI
Una Red Digital de Servicios Integrados (ISDN, Integrated Service Digital Network) es una evolución de las redes actuales. Es capaz de ofrecer varios servicios como: voz, videoconferencia, conexión a internet, etc. Y aplicaciones como llamada en espera, callerId, entre otros. A nivel digital su conexión es extremo a extremo.

SEÑALIZACIÓN
Se establece un solo canal de señalización (señalización por canal común “ccs”) a través del cual se envía un paquete de datos especial para poder establecer la llamada, también se puede conocer desde que número se ha marcado. Los datos enviados por medio de este canal informa si se transmitirán voz o datos.

CANALES DE TRANSMISIÓN
Cuenta con distintos canales para la transmisión de voz y datos, y para control, los canales tipo B, tipo D y tipo H:

  • Canales B
    • Transmiten información a 64Kbps, y se emplean para transportar cualquier tipo de información de los usuarios, bien sean datos de voz o datos informáticos.
    • Estos canales no transportan información de control de la RDSI.

  • Canales D
    • Los canales tipo D se utilizan principalmente para enviar información de control, como es el caso de los datos necesarios para establecer una llamada o para colgar, por esta razón también se le conoce como canal de señalización.

  • Canales H
    • Son varios canales B combinados, transportan solo datos de usuario, pero a velocidades mucho mayores. Por ello se emplean para información como audio de alta calidad o vídeo.


Configuración de la Tarjeta TE110P

Los archivos que se deben configurar son: zaptel.conf, zapata.conf y extensions.conf
Para hacer el enlace digital E1 es necesario configurar el servidor A para ser fuente de sincronía y el servidor B como esclavo.
Para que las tarjetas sean configuradas y detectadas, se puede teclear el siguiente comando para generar automáticamente los archivos de /etc/zaptel.conf y /etc/asterisk/zapata.conf o estos archivos pueden ser editados manualmente.
#genzaptelconf


Edición del archivo zaptel.conf

En zaptel.conf se asignan:
  • El número de span, la fuente de reloj, nivel de potencia tx, señalización de los canales, código de línea y a veces código de detección de errores (crc4).
  • Se especifica los canales para la tx de datos (bchan).
  • Canal utilizado para la señalización (dchan).
  • El tipo de timbrado loadzone = mx
  • Y el tipo de tono de default defaultzone = mx

Se eccede al archivo /etc/zaptel.conf y se modifican los siguientes parámetros:
Para el Servidor A 
    
    # Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" 
    
    span=1,1,0,ccs,hdb3  
    bchan=1-15
    dchan=16
    bchan=17-31
    
    # Global data
    
    loadzone        = mx
    defaultzone     = mx
Para el Servidor B
    
    # Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0"
    
    span=1,0,0,ccs,hdb3
    bchan=1-15
    dchan=16
    bchan=17-31
    
    # Global data
    
    loadzone        = mx
    defaultzone     = mx
  • span: se refiere a un grupo de canales que se transmite a través de un cable. La sintaxis para configurar esta opción es la siguiente:
span=(spannum),(timing),(LBO),(framing),(coding)
Donde:
spannum: es el número con que se identifica el span.
timing: indica de donde se toma la fuente de reloj. Puede tomar los valores 0 (no se usa este span como fuente de reloj), 1 (se usa este span como fuente primaria de reloj), 2 (es parecido a el cero solo que no hay propagación de la señal de reloj)
LBO: indica el nivel de potencia con el que se trasmite la señal (por default se pone en 0), este valor esta función de la longitud del cable, colocamos: “0”: 0-133 ft, “1”: 133-266 ft, “2”: 266-399 ft, “3”: 399-533 ft y “4”: 533-655 ft.
framing: indica cómo comunicarse con el hardware en el otro extremo de la línea. Para T1 puede ser d4 o esf y para E1 puede ser cas (Channel Associated Signalling) o ccs (Common-Channel signalling).
coding: indica como comunicarse con el otro extremo. Para T1 puede ser ami o b8zs y para E1 puede ser ami (Alternate Mark Inversion) o hdb3 (High Density Bipolar of order 3 code) a veces se puede necesitar crc4.
  • bchan: indica los canales que van a ser usados para datos.
  • dchan: indica los canales que van a ser usados para control.


Edición del archivo zapata.conf

En el archivo zapata.conf se configura:
  • Opciones generales para los canales como: cancelación de eco, ganancia en rx y tx.
  • El grupo al que pertenecen los canales para la tx de datos, para manejarlo como uno solo.
  • El contexto que indica donde comenzará la llamada y las extensiones que se encuentran en él.
  • Tipo de señalización, configuración de maestro (pri_net) o esclavo (pri_cpe).

Ahora se edita el archivo /etc/asterisk/zapata.conf
Para el Servidor A con E1
  
  [channels]
  
  echocancel=no          
  echocancelwhenbridged=no
  echotraining=no    
  rxgain=0.0
  txgain=0.0
  group=0                 
  context=inout   
  switchtype=euroisdn     
  signalling=pri_net      
  channel => 1-15
  channel => 17-31        
Para el Servidor B Con E1
  
  [channels]
  echocancel=no          
  echocancelwhenbridged=no
  echotraining=no
  rxgain=0.0
  txgain=0.0
  group=0                 
  context=e1       
  switchtype=euroisdn    
  signalling=pri_cpe      
  channel => 1-15        
  channel => 17-31
  • group: define el numero de grupo al que pertenecen los canales.
  • context: contexto al que se dirigirán las llamadas entrantes.
  • switchtype: tipo de switch en la línea PRI que se usa, los más comunes son euroisdn, national y qsig.
  • signalling: tipo de señalización pri_cpe (Costumers Premisses Equipment) para indicar que la tarjeta trabajará como esclavo y pri_net (Network) para el maestro.
  • channel: canales a los cuales se les van a asignar las opciones

Se hace una revisión de los archivos de configuración de zaptel (si hay un error se informa) con el comando:
#modprobe zaptel
  #ztcfg –vvv

Después se carga el driver correspondiente a la tarjeta TE110P (wcte11xp) con el comando:
#modprobe wcte11xp
  #ztcfg –vvv

Edición del archivo extensions.conf

En el archivo extensions.conf se crean dos contextos, uno que contiene las extensiones locales y otro que define el patrón de salida:
  • En uno de ellos se crean dos extensiones para realizar las llamadas de prueba entre servidores Asterisk.
  • En el otro se establece el patrón para poder tener acceso al grupo de canales del enlace E1, que servirán para establecer llamadas a las extensiones de otro servidor Asterisk.

Ahora se edita el archivo /etc/asterisk/extensions.conf
Para el servidor A
  
  [pruebas]
  include => e1
  
  exten => 84,1,Dial(SIP/84,10,tT)
  exten => 84,2,Hangup()
  
  exten => 911,1,Dial(SIP/911,10,tT)
  exten => 911,2,Hangup()
  
  
  [e1]
  include => pruebas
  
  exten => _9.,1,Dial(Zap/g0/${EXTEN:1})
  exten => _9.,n,Hangup()

Para el servidor B
  
  [pruebas]
  include => e1
  
  exten => 666,1,Dial(SIP/666,10,tT)
  exten => 666,2,Hangup()
  
  
  [e1]
  include => pruebas
  
  exten => _9.,1,Dial(Zap/g0/${EXTEN:1})
  exten => _9.,n,Hangup()

NOTA: En el archivo /etc/asterisk/sip.conf se crean por lo menos una extensión por servidor, para tener 
  comunicación entre ellos. Usten puede consultar el siguiente link Creación de extensiones SIP

Caso Práctico 2: Enlace Digital E1 con señalización Q.SIG

Q.SIG (Q Interface SIGnalling) es un protocolo de señalización estándar a nivel Europeo el cual permite conectar PBX’s. Este protocolo pretende poner de acuerdo a distintos fabricantes en el procedimiento de señalización para de este modo permitir la interconexión y suministrar servicios complementarios.
Q.SIG brinda funcionalidades como por ejemplo: la identificación del número y de la persona que llama, desvíos, llamada en espera, reenvío de llamada, etc.

Tiene dos niveles de alcance de funcionalidades:
  • BC (Basic Call) que describe servicios muy básicos de llamadas entre PBX’s.
  • GF (Generic Function) que proporciona mayores servicios suplementarios para ambientes empresariales o gubernamentales.


Edición del archivo zapata.conf

Para implementar la señalización Q.SIG en vez de la PRI, se siguen los mismos pasos que se hicieron para la señalización PRI; solamente es necesario cambiar un parámetro switchtype=qsig dentro del archivo de /etc/asterisk/zapata.conf
Para el Servidor A
  
  [channels]
  
  echocancel=no          
  echocancelwhenbridged=no
  echotraining=no    
  rxgain=0.0
  txgain=0.0
  group=0                 
  context=inout   
  switchtype=qsig    
  signalling=pri_net      
  channel => 1-15
  channel => 17-31        
Para el Servidor B
  
  [channels]
  echocancel=no          
  echocancelwhenbridged=no
  echotraining=no
  rxgain=0.0
  txgain=0.0
  group=0                 
  context=e1       
  switchtype=qsig    
  signalling=pri_cpe      
  channel => 1-15        
  channel => 17-31

Las rutas de los archivos especificada debajo son para la versión de asterisk 1.4.20 en adelante En caso de configurarlo como t1.
/etc/asterisk/chan_dahdi.conf
Para el Servidor A 
   
   # Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" 
   
   span=1,1,0,esf,b8zs  
   bchan=1-23
   dchan=24
 
   
   # Global data
   
   loadzone        = us
   defaultzone     = us
Para el Servidor B
   
   # Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0"
   
   span=1,0,0,esf,b8zs 
   bchan=1-15
   dchan=16
   bchan=17-31
   
   # Global data
   
   loadzone        = mx
   defaultzone     = mx

/etc/dahdi/system.con
Para el Servidor A con T1
 
 [channels]
 
 echocancel=no          
 echocancelwhenbridged=no
 echotraining=no    
 rxgain=0.0
 txgain=0.0
 group=0                 
 context=inout   
 switchtype=qsig    
 signalling=pri_net      
 channel => 1-23     
Para el Servidor B Con T1
 
 [channels]
 echocancel=no          
 echocancelwhenbridged=no
 echotraining=no
 rxgain=0.0
 txgain=0.0
 group=0                 
 context=e1       
 switchtype=qsig    
 signalling=pri_cpe      
 channel => 1-23       

No hay comentarios:

Publicar un comentario