Affichage des résultats 1 à 6 sur 6

Discussion: [mISDN] Réception des DTMF en double.

  1. #1
    Membre Association
    Date d'inscription
    septembre 2010
    Messages
    66
    Downloads
    0
    Uploads
    0

    [mISDN] Réception des DTMF en double.

    Hello ici,

    Voilà des heures (jours?) que je me prend la tête sur un truc improbable. J'ai un SVI sur un serveur *qui est appelé par le biais d'un SDA qui est sur un groupement T0 completel (via un oneaccess ONE150). Coté asterisk, c'est une TE410P.

    Lorsque je contact mon SVI via une ligne fixe (FT ou IP), tout va bien.
    En revanche, lorsque j'appel depuis un mobile, quel que soit l'opérateur, ou le mobile, je reçois toutes les DTMF en double...

    Bien :
    Code:
    [Feb 18 17:51:40] DTMF[8003] channel.c: DTMF end '0' received on mISDN/5-u16, duration 0 ms
    [Feb 18 17:51:40] DTMF[8003] channel.c: DTMF end accepted without begin '0' on mISDN/5-u16
    [Feb 18 17:51:40] DTMF[8003] channel.c: DTMF end passthrough '0' on mISDN/5-u16
    [Feb 18 17:51:41] DTMF[8003] channel.c: DTMF end '0' received on mISDN/5-u16, duration 0 ms
    [Feb 18 17:51:41] DTMF[8003] channel.c: DTMF end accepted without begin '0' on mISDN/5-u16
    [Feb 18 17:51:41] DTMF[8003] channel.c: DTMF end passthrough '0' on mISDN/5-u16
    [Feb 18 17:51:41] DTMF[8003] channel.c: DTMF end '4' received on mISDN/5-u16, duration 0 ms
    [Feb 18 17:51:41] DTMF[8003] channel.c: DTMF end accepted without begin '9' on mISDN/5-u16
    [Feb 18 17:51:41] DTMF[8003] channel.c: DTMF end passthrough '4' on mISDN/5-u16
    [Feb 18 17:51:41] VERBOSE[8003] logger.c:   == CDR updated on mISDN/5-u16
    [Feb 18 17:51:41] VERBOSE[8003] logger.c:     -- Executing [004@ivr-3:1] ExecIf("mISDN/5-u16", "0|dbDel|") in new stack
    Pas bien :
    Code:
    [Feb 18 17:50:52] DTMF[7976] channel.c: DTMF end '0' received on mISDN/3-u15, duration 0 ms
    [Feb 18 17:50:52] DTMF[7976] channel.c: DTMF end accepted without begin '0' on mISDN/3-u15
    [Feb 18 17:50:52] DTMF[7976] channel.c: DTMF end passthrough '0' on mISDN/3-u15
    [Feb 18 17:50:52] DTMF[7976] channel.c: DTMF end '0' received on mISDN/3-u15, duration 0 ms
    [Feb 18 17:50:52] DTMF[7976] channel.c: DTMF end accepted without begin '0' on mISDN/3-u15
    [Feb 18 17:50:52] DTMF[7976] channel.c: DTMF end passthrough '0' on mISDN/3-u15
    [Feb 18 17:50:53] DTMF[7976] channel.c: DTMF end '0' received on mISDN/3-u15, duration 0 ms
    [Feb 18 17:50:53] DTMF[7976] channel.c: DTMF end accepted without begin '0' on mISDN/3-u15
    [Feb 18 17:50:53] DTMF[7976] channel.c: DTMF end passthrough '0' on mISDN/3-u15
    [Feb 18 17:50:53] VERBOSE[7976] logger.c:     -- Invalid extension '000' in context 'ivr-3' on mISDN/3-u15
    [Feb 18 17:50:53] VERBOSE[7976] logger.c:   == CDR updated on mISDN/3-u15
    [Feb 18 17:50:53] VERBOSE[7976] logger.c:     -- Executing [i@ivr-3:1] Set("mISDN/3-u15", "LOOPCOUNT=1") in new stack
    [Feb 18 17:50:53] VERBOSE[7976] logger.c:     -- Executing [i@ivr-3:2] ExecIf("mISDN/3-u15", "1|Playback|invalid") in new stack
    [Feb 18 17:50:53] VERBOSE[7976] logger.c:     -- <mISDN/3-u15> Playing 'invalid' (language 'fr')
    [Feb 18 17:50:53] DTMF[7976] channel.c: DTMF end '4' received on mISDN/3-u15, duration 0 ms
    [Feb 18 17:50:53] DTMF[7976] channel.c: DTMF end accepted without begin '4' on mISDN/3-u15
    [Feb 18 17:50:53] DTMF[7976] channel.c: DTMF end passthrough '4' on mISDN/3-u15
    [Feb 18 17:50:53] DTMF[7976] channel.c: DTMF end '4' received on mISDN/3-u15, duration 0 ms
    [Feb 18 17:50:53] DTMF[7976] channel.c: DTMF end accepted without begin '4' on mISDN/3-u15
    [Feb 18 17:50:53] DTMF[7976] channel.c: DTMF end passthrough '4' on mISDN/3-u15
    [Feb 18 17:50:57] VERBOSE[7976] logger.c:     -- Executing [i@ivr-3:3] GotoIf("mISDN/3-u15", "1?s|begin") in new stack
    Pour les fichiers de conf, voilà ce que j'ai pour le /etc/asterisk/misdn.conf :
    Code:
    [general]
    
    debug = 0
    method=standard
    bridging=yes
    stop_tone_after_first_digit=yes
    append_digits2exten=yes
    dynamic_crypt=no
    crypt_prefix=**
    crypt_keys=test,muh
    jitterbuffer=4000
    jitterbuffer_upper_threshold=0
    
    [default]
    context=misdn
    language=fr
    musicclass=default
    senddtmf=yes
    far_alerting=no
    allowed_bearers=all
    nationalprefix=0
    internationalprefix=00
    rxgain=0
    txgain=0
    te_choose_channel=no
    pmp_l1_check=no
    reject_cause=16
    need_more_infos=no
    nttimeout=no
    method=standard
    dialplan=0
    localdialplan=0
    cpndialplan=0
    early_bconnect=yes
    incoming_early_audio=no
    nodialtone=no
    callgroup=1
    pickupgroup=1
    presentation=-1
    screen=-1
    echocancel=yes
    hdlc=no
    jitterbuffer=4000
    jitterbuffer_upper_threshold=0
    echotraining=yes
    
    [isdn]
    ports=1,2,3,4
    context=from-pstn
    callgroup=1
    pickupgroup=1
    msns=*
    Et enfin pour le /etc/mISDN.conf :
    Code:
    <mISDNconf>
            <module poll="128" debug="0" timer="no">hfcmulti</module>
            <module debug="0" options="0">mISDN_dsp</module>
            <devnode user="asterisk" group="asterisk" mode="660">mISDN</devnode>
            <card type="BN4S0" ulaw="yes">
                    <port mode="te" link="ptp">1</port>
                    <port mode="te" link="ptp">2</port>
                    <port mode="te" link="ptp">3</port>
                    <port mode="te" link="ptp">4</port>
            </card>
    </mISDNconf>
    J'ai essayé de jouer avec les echocanceler / training sans succès, le senddtmf=no ne change rien non plus ...

    Bref, là je sèche..

    ./Kriss

  2. #2
    Membre Association
    Date d'inscription
    août 2010
    Messages
    856
    Downloads
    0
    Uploads
    0
    Le problème se produit dans 100% des cas ou bien c'est aléatoire ?

  3. #3
    Membre Association
    Date d'inscription
    septembre 2010
    Messages
    66
    Downloads
    0
    Uploads
    0
    100% oui de manière vraiment rigoureuse.
    Je commence a me dire que les DTMF doivent arriver a Asterisk par le biais de 2 types de signalisations à la fois. Mais pourquoi est-ce que ça concernerait seulement les mobiles ... Est-ce que ça pourrait être en rapport avec un paramétrage du OneAccess ?

  4. #4
    Membre
    Date d'inscription
    septembre 2010
    Messages
    57
    Downloads
    0
    Uploads
    0
    Comment est configuré la variable dtmfmode au niveau de ton trunk ?

    Si elle est en auto, tu peux essayer de la fixer (inband, rfc2833 , info)

  5. #5
    Membre Association
    Date d'inscription
    août 2010
    Messages
    856
    Downloads
    0
    Uploads
    0
    Oui ça pourrait, difficile de vérifier sans connaitre la configuration du OneAccess, et le plus étrange dans ce cas est que ça ne se produise que sur les mobiles, je ne vois pas pourquoi le pabx traiterait différemment les appels fixe et mobiles.

    Sur mes installations en T0 avec misdn et dahdi, j'ai déjà rencontré des problèmes de dtmf intempestifs, mais c'était aléatoire et pas lié à un type de ligne en particulier.

  6. #6
    Membre Association
    Date d'inscription
    septembre 2010
    Messages
    66
    Downloads
    0
    Uploads
    0
    Hélas j'ai pas du tout la main sur le OneAccess qui a été posé par completel. Je commence à craindre la partie de tennis avec l'opérateur.

    Pour les besoin du test, j'ai enregistré un trunk SIP avec un SDA sur le serveur qui pointe sur le svi, et naturellement, tout se passe nickel..

    (Pour le champ dtmfmode, c'est pas au niveau sip que ça coince, mais bien sur la couche misdn.)

    PS, j'ai essayé de modifié le /etc/mISDN.conf avec du

    card type="BN4S0" ulaw="yes" dtmf="yes"
    Et même combat.

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •