Cursos Asterisk en México

Elastix 2.4 y R2 Modificado de Telmex

Colapsar

Anuncio

Colapsar
No hay anuncio todavía.
X
 
  • Filtrar
  • Tiempo
  • Mostrar
Limpiar Todo
nuevos mensajes

  • Elastix 2.4 y R2 Modificado de Telmex

    Hola

    No estoy seguro si alguien me comentó que Elastix 2.4 ya trae embebido lo necesario para conectar E-1 con R2 Modificado de Telmex y solamente habría que cambiar configuración en los archivos. ¿Esto será cierto o tendremos que subir el openR2 al equipo?

    Saludos

  • #2
    Si, ya viene listo. Desde Elastix 1.6.2 ya viene pre-parchado con OpenR2 por lo que solo es cuestión de configurar la tarjeta.

    Saludos,
    dCAP Christian Cabrera R.
    Para aprender a usar Asterisk, asiste a uno de mis cursos Asterisk
    Si deseas asesoría pagada, por favor contáctame

    Comentario


    • #3
      Saludos, Gracias!

      Comentario


      • #4
        Elastix 2.4 con E-1 R2 y Watson

        Hola

        Estoy teniendo problemas para empezar a recibir y realizar llamadas desde un E-1 de Telmex desde un Elastix 2.4. Telmex otorga un HDSL que se conecta a un equipo Watson y de ahí tengo 2 coaxiales para conectar a mi tarjeta de Elastix. Mis canales aparecen como
        [Klocalhost*CLI> mfcr2 show channels

        localhost*CLI>
        Chan Variant Max ANI Max DNIS ANI First Immediate Accept Tx CAS Rx CAS
        33 MX 10 4 No No IDLE 0x00
        34 MX 10 4 No No IDLE 0x00
        35 MX 10 4 No No IDLE 0x00
        36 MX 10 4 No No IDLE 0x00
        37 MX 10 4 No No IDLE 0x00
        38 MX 10 4 No No IDLE 0x00
        39 MX 10 4 No No IDLE 0x00
        40 MX 10 4 No No IDLE 0x00
        41 MX 10 4 No No IDLE 0x00
        42 MX 10 4 No No IDLE 0x00
        43 MX 10 4 No No IDLE 0x00
        44 MX 10 4 No No IDLE 0x00
        45 MX 10 4 No No IDLE 0x00
        46 MX 10 4 No No IDLE 0x00
        47 MX 10 4 No No IDLE 0x00
        49 MX 10 4 No No IDLE 0x00
        50 MX 10 4 No No IDLE 0x00
        51 MX 10 4 No No IDLE 0x00
        52 MX 10 4 No No IDLE 0x00
        53 MX 10 4 No No IDLE 0x00
        54 MX 10 4 No No IDLE 0x00
        55 MX 10 4 No No IDLE 0x00
        56 MX 10 4 No No IDLE 0x00
        57 MX 10 4 No No IDLE 0x00
        58 MX 10 4 No No IDLE 0x00
        59 MX 10 4 No No IDLE 0x00
        60 MX 10 4 No No IDLE 0x00
        61 MX 10 4 No No IDLE 0x00
        62 MX 10 4 No No IDLE 0x00
        63 MX 10 4 No No IDLE 0x00

        El System.conf lo tengo de la siguiente manera
        # Span 2: TE/0/1 "TEJ101P Card 0 Span 1" RED ClockSource
        span=2,1,0,cas,hdb3
        cas=33-47:1101
        dchan=48
        cas=49-63:1101
        echocanceller=oslec,33-47,49-63


        El chan_dahdi.conf tengo lo siguiente:
        [trunkgroups]

        [channels]
        context=from-pstn
        signalling=fxs_ks
        rxwink=300 ; Atlas seems to use long (250ms) winks
        usecallerid=yes
        hidecallerid=no
        callwaiting=yes
        usecallingpres=yes
        callwaitingcallerid=yes
        threewaycalling=yes
        transfer=yes
        canpark=yes
        cancallforward=yes
        callreturn=yes
        echocancel=yes
        echocancelwhenbridged=no
        faxdetect=incoming
        echotraining=800
        rxgain=0.0
        txgain=0.0
        callgroup=1
        pickupgroup=1
        immediate=no

        ;Parte de la configuracion de R2MF

        signalling=mfcr2
        mfcr2_variant=mx
        mfcr2_get_ani_first=no
        mfcr2_max_ani=10
        mfcr2_max_dnis=4
        mfcr2_category=national_subscriber
        mfcr2_call_files=yes
        mfcr2_logdir=span1
        mfcr2_logging=all
        mfcr2_mfback_timeout=-1
        mfcr2_metering_pulse_timeout=-1
        restrictcid=yes
        channel => 33-47,49-63


        Y finalmente el estatus


        localhost*CLI> dahdi show status

        localhost*CLI>
        Description Alarms IRQ bpviol CRC Fra Codi Options LBO
        FXM-3201/PCI Prototype Board 1 OK 2 0 0 CAS Unk 0 db (CSU)/0-133 feet (DSX-1)
        TEJ101P Card 0 Span 1 RED 637 0 0 CAS HDB3 0 db (CSU)/0-133 feet (DSX-1)



        Agradezco sus comentarios

        Comentario


        • #5
          Después de varios intentos y de ver que un coaxial tenía falso contacto el sistema esta recibiendo y enviando llamadas. Tengo el problema de que estoy en llamada y muy en varias ocasiones cuando entra una nueva se corta alguna de las dos o las dos. No se porque pasa esto. La configuración esta de la siguiente manera.

          System.conf
          # Span 2: TE/0/1 "TEJ101P Card 0 Span 1" RED ClockSource
          span=2,0,0,cas,hdb3
          cas=33-47:1001
          dchan=48
          cas=49-63:1001
          #echocanceller=mg2,33-47,49-63

          #span=2,1,0,ccs,hdb3,crc4
          # termtype: te
          #bchan=33-47,49-63
          #dchan=48
          echocanceller=oslec,33-47,49-63

          # Global data

          loadzone = us
          defaultzone = us


          chan_dahdi.conf
          [trunkgroups]

          [channels]
          context=from-pstn
          signalling=fxs_ks
          rxwink=300 ; Atlas seems to use long (250ms) winks
          usecallerid=yes
          hidecallerid=no
          callwaiting=yes
          usecallingpres=yes
          callwaitingcallerid=yes
          threewaycalling=yes
          transfer=yes
          canpark=yes
          cancallforward=yes
          callreturn=yes
          echocancel=yes
          echocancelwhenbridged=no
          faxdetect=incoming
          echotraining=800
          rxgain=0.0
          txgain=0.0
          callgroup=1
          pickupgroup=1
          immediate=no

          ;Parte de la configuracion de R2MF

          signalling=mfcr2
          mfcr2_variant=mx
          mfcr2_get_ani_first=no
          mfcr2_max_ani=10
          mfcr2_max_dnis=4
          mfcr2_category=national_subscriber
          mfcr2_call_files=yes
          mfcr2_logdir=span1
          mfcr2_logging=all
          mfcr2_mfback_timeout=-1
          mfcr2_metering_pulse_timeout=-1
          ;restrictcid=yes
          channel => 33-47,49-63


          ;Uncomment these lines if you have problems with the disconection of your analog lines
          ;busydetect=yes
          ;busycount=3



          #include dahdi-channels.conf
          #include chan_dahdi_additional.conf

          Comentario


          • #6
            La configuración es correcta la falla estaba en los cables coaxiales que tenían falso contacto. Finalmente que imporante son los cables y a veces es lo último que revisamos.

            Saludos

            Comentario

            Principales Usuarios Activos

            Colapsar

            No hay usuarios activos superiores.
            Trabajando...
            X