Cursos Asterisk en México

Help with Axtel PRI

Colapsar

Anuncio

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

  • Help with Axtel PRI

    Hi, I am trying to install an Asterisk server in mexico city, the provider is Axtel.
    I believe my configuration is correct but I can't originate calls, maybe i am dialing the number wrong.
    The configuration files:

    /etc/dahdi/system.conf:
    Código:
    span=1,0,0,ccs,hdb3
    bchan=1-15,17-31
    dchan=16
    echocanceller=oslec,1-15,17-31
    /etc/asterisk/dahdi-channels.conf:
    Código:
    group=1
    switchtype = euroisdn
    signalling = pri_cpe
    channel => 1-10
    context = default
    rxwink = 300
    language=es
    
    pridialplan = unknown
    nationalprefix=0
    internationalprefix=00
    /etc/asterisk/chan_dahdi.conf
    Código:
    [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
    relaxdtmf=yes
    pridialplan = unknown
    nationalprefix=0
    internationalprefix=00
    immediate=no
    #include dahdi-channels.conf
    #include chan_dahdi_additional.conf
    /etc/asterisk/chan_dahdi_additional.conf:
    Código:
    signalling=fxo_ks
    pickupgroup=
    mailbox=1000@device
    immediate=no
    echotraining=800
    echocancelwhenbridged=no
    echocancel=yes
    context=from-internal
    callprogress=no
    callgroup=
    callerid=device <1000>
    busydetect=no
    busycount=7
    accountcode=
    channel=>1
    Thank you very much in advance.

  • #2
    Re: Help with Axtel PRI

    Hello Kodogo,

    Sounds a little strange to me that Axtel is providing ISDN PRI, since they normally give R2. Are you completely sure about this?

    Regarding your files, in chan_dahdi.conf you are including both dahdi-channels.conf and chan_dahdi_additional.conf, but in dahdi-channels.conf you are already configuring channel 1 to be ISDN, and in chan_dahdi_additional you are specifying it to be fxs, that could be one of the issues.

    I would suggest you comment out the second #include in chan_dahdi.conf, restart Asterisk and place a call. Let me see what the CLI throws out when trying to dial.

    Regards,
    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
      Re: Help with Axtel PRI

      Hi Christian,

      Thanks,
      I tried to configure with R2 but it didn't work at all, it threw a lot of errors..
      When I talked to Axtel they said it's PRI ISDN line and not R2, but I don't know exactly if I can count on their information because they seems to be unprofessional on the phone..

      I removed all additional files and now it's only the configuration shown below:

      /etc/dahdi/system.conf:
      Código:
      span=1,0,0,ccs,hdb3
      bchan=1-15,17-31
      dchan=16
      echocanceller=oslec,1-15,17-31
      /etc/asterisk/chan_dahdi.conf
      Código:
      [trunkgroups]
      
      [channels]
      group=1
      context=default
      language=es
      signaling=pri_cpe
      switchtype=euroisdn
      relaxdtmf=yes
      rxwink=300
      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
      relaxdtmf=yes
      channel => 1-10
      pridialplan=unknown
      nationalprefix=0
      internationalprefix=00
      immediate=no
      With this configuration the Asterisk doesn't show any errors and seems like everything is OK.
      I see all channels live and also see the Q.931 protocol in debug mode talking correctly with Axtel equipment.
      I see incoming and outgoing messages of the Q.931.

      The problem is when I try to make a call the Axtel returns Disconnect with error No 31 (ISDN PRI error).

      This is the debug output when I try to call:
      Código:
      PBX1*CLI> channel originate DAHDI/1/044554934xxxx extension 1000
      1 -- Making new call for cref 32770
          -- Requested transfer capability: 0x00 - SPEECH
      1 > Protocol Discriminator: Q.931 (8)  len=36
      1 > TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent from originator)
      1 > Message Type: SETUP (5)
      1 > [04 03 80 90 a3]
      1 > Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
      1 >                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
      1 >                                User information layer 1: A-Law (35)
      1 > [18 03 a1 83 81]
      1 > Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)  Spare: 0  Preferred  Dchan: 0
      1 >                       ChanSel: As indicated in following octets
      1 >                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
      1 >                       Ext: 1  Channel: 1 Type: CPE]
      1 > [6c 02 21 80]
      1 > Calling Number (len= 4) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
      1 >                           Presentation: Presentation permitted, user number not screened (0)  '' ]
      1 > [70 0e 80 30 34 34 35 35 34 39 33 34 33 34 33 32]
      1 > Called Number (len=16) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)  '044554934xxxx' ]
      1 > [a1]
      1 > Sending Complete (len= 1)
      1 q931.c:4877 q931_setup: Call 32770 enters state 1 (Call Initiated).  Hold state: Idle
      1 < Protocol Discriminator: Q.931 (8)  len=10
      1 < TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent to originator)
      1 < Message Type: CALL PROCEEDING (2)
      1 < [18 03 a9 83 81]
      1 < Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)  Spare: 0  Exclusive  Dchan: 0
      1 <                       ChanSel: As indicated in following octets
      1 <                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
      1 <                       Ext: 1  Channel: 1 Type: CPE]
      1 Received message for call 0x7ffe0bf46d20 on 0x7ffe000f5ec0 TEI/SAPI 0/0, call->pri is 0x7ffe000f5ec0 TEI/SAPI 0/0
      1 -- Processing IE 24 (cs0, Channel Identification)
      1 q931.c:6916 post_handle_q931_message: Call 32770 enters state 3 (Outgoing Call Proceeding).  Hold state: Idle
      1 < Protocol Discriminator: Q.931 (8)  len=9
      1 < TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent to originator)
      1 < Message Type: PROGRESS (3)
      1 < [1e 02 84 88]
      1 < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Public network serving the remote user (4)
      1 <                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
      1 Received message for call 0x7ffe0bf46d20 on 0x7ffe000f5ec0 TEI/SAPI 0/0, call->pri is 0x7ffe000f5ec0 TEI/SAPI 0/0
      1 -- Processing IE 30 (cs0, Progress Indicator)
      1 < Protocol Discriminator: Q.931 (8)  len=9
      1 < TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent to originator)
      1 < Message Type: DISCONNECT (69)
      1 < [08 02 83 9f]
      1 < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Transit network (3)
      1 <                  Ext: 1  Cause: Normal, unspecified (31), class = Normal Event (1) ]
      1 Received message for call 0x7ffe0bf46d20 on 0x7ffe000f5ec0 TEI/SAPI 0/0, call->pri is 0x7ffe000f5ec0 TEI/SAPI 0/0
      1 -- Processing IE 8 (cs0, Cause)
      1 -- Found active call: 0x7ffe0bf46d20 cref:32770
      1 q931.c:7119 post_handle_q931_message: Call 32770 enters state 12 (Disconnect Indication).  Hold state: Idle
          -- Channel 0/1, span 1 got hangup request, cause 31
      1 q931_hangup: other hangup
      1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request, hold-state Idle
      1 q931.c:4639 q931_release: Call 32770 enters state 19 (Release Request).  Hold state: Idle
      1 > Protocol Discriminator: Q.931 (8)  len=9
      1 > TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent from originator)
      1 > Message Type: RELEASE (77)
      1 > [08 02 81 9f]
      1 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
      1 >                  Ext: 1  Cause: Normal, unspecified (31), class = Normal Event (1) ]
          -- Hungup 'DAHDI/1-1'
      1 < Protocol Discriminator: Q.931 (8)  len=5
      1 < TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent to originator)
      1 < Message Type: RELEASE COMPLETE (90)
      1 Received message for call 0x7ffe0bf46d20 on 0x7ffe000f5ec0 TEI/SAPI 0/0, call->pri is 0x7ffe000f5ec0 TEI/SAPI 0/0
      1 q931.c:7001 post_handle_q931_message: Call 32770 enters state 0 (Null).  Hold state: Idle
      1 q931_hangup: other hangup
      1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null, hold-state Idle
      1 NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null, hold-state Idle
      What do you think Christian?

      Thank you very much in advance.

      Comentario


      • #4
        Re: Help with Axtel PRI

        It seems you removed the #include for dahdi-channels.conf, which was not supposed to be removed, only the chan_dahdi_additional.conf

        Does it look the same as this when calling fixed landline numbers? I currently have a problem with a carrier (Bestel) when dialing to some cell phones: when theres a distinctive tone indicating that the call will be billed, the call just drops, pretty much like whats happening right now.

        Have you tried using a softphone instead of dialing through the CLI? Perhaps you are missing inband information which will not be perceived by looking at the CLI, but rather by hearing it over the phone. Another idea: does the carrier request you send a prefix for all calls? I've run into some cases where they give you a "PBXID" which you must use to precede all outside dialing numbers. Did they provide you with any documentation regarding this?

        And final one: do you receive inbound calls properly? Just to guarantee is not a configuration issue from the files provided.

        Regards,
        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


        • #5
          Re: Help with Axtel PRI

          I have tried calling a land line, a cell line and even a long distance call and I always get the same error.
          I tried your suggestion using softphones, and again nothing, I didn't hear any dialing, just the bad number sound.
          I didn't receive any PBXID.
          The only information I got is:

          Framing – 30B+D
          Switcht – CRC4 – disable
          Bipolar Code – HDB3
          Signalizing – Channel 16 – D channel
          IEEE – Q931
          CCITT


          I also can't see any incoming calls, not sure if the number given to me is correct.

          Comentario

          Nube de Etiquetas

          Colapsar

          Principales Usuarios Activos

          Colapsar

          No hay usuarios activos superiores.
          Trabajando...
          X