Affichage des résultats 1 à 10 sur 27

Discussion: Soucis détection du raccroché

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Asterisk Fan Avatar de fastm3
    Date d'inscription
    août 2010
    Localisation
    Corbeil Essonnes (91)
    Messages
    1 302
    Downloads
    1
    Uploads
    1
    Citation Envoyé par tikismoke Voir le message
    J'ai bien mis fr partout regarde dans le premier sujet.
    Tu n'a jamais confirmé les settings passé au module.
    Tu vois bien dans le syslog le register des tone "france" ?
    Il faut que je checke ne connaissant plus le message exact.
    Le bon coté des choses , c'est que clairement ton 1er scenario est simple et que tu as possibilité maintenant de tester facilement les modifs.
    Je te confirme qu'avec la meme carte, la detection de raccroché se passe bien chez moi.
    busydetect et busycount semble ne pas etre pris en compte chez toi.
    Merci d'indiquer deja le message au chargement du module pour la carte et le contenu de la ligne en parametre passé au module ( /etc/modprobe.d/dahdi )
    Fastm3.

  2. #2
    Membre
    Date d'inscription
    août 2011
    Messages
    65
    Downloads
    2
    Uploads
    0
    Code:
    cat /etc/modprobe.d/dahdi.conf
    # You should place any module parameters for your DAHDI modules here
    # Example:
    #
    # options wctdm24xxp latency=6
    options wctdm24xxp opermode=FRANCE boostringer=1 fastringer=1
    Code:
     dahdi show channels
       Chan Extension  Context         Language   MOH Interpret        Blocked    State
     pseudo            default                    default                         In Service
          1            from-pstn       fr         default                         In Service
          2            from-pstn       fr         default                         In Service
          3            from-internal   fr         default                         In Service
          4            from-internal   fr         default                         In Service
    Tu vois bien dans le syslog le register des tone "france" ?
    Il faut que je checke ne connaissant plus le message exact.
    La par contre je ne sais ce que tu veut dire?

    Dans tous les cas merci de m'aider.

    Je ne comprends vraiment pas pourquoi il faut que je sois en communication pour que le raccrochage soit vu.

  3. #3
    Asterisk Fan Avatar de fastm3
    Date d'inscription
    août 2010
    Localisation
    Corbeil Essonnes (91)
    Messages
    1 302
    Downloads
    1
    Uploads
    1
    Code:
    telisk:~# dmesg | grep tone
    [   24.448444] dahdi: Registered tone zone 0 (United States / North America)
    [   24.784145] dahdi: Registered tone zone 2 (France)
    telisk:~#
    A verifier.

    Aussi parce qu'on peut faire pas mal d'erreurs en editant soit meme le fichier des channels. Je te suggere de modifier genconf_parameters, de regenerer ta config dahdi et de l'inclure tel quel plutot que de l'editer toi meme comme tu sembles le faire. Ca ne t'empeche de modifier/ajouter les parametres dans le fichier chan_dahdi.conf

    Fastm3.

  4. #4
    Membre
    Date d'inscription
    août 2011
    Messages
    65
    Downloads
    2
    Uploads
    0
    Code:
     dmesg | grep tone
    [196302.113796] dahdi: Registered tone zone 0 (United States / North America)
    [196302.222100] dahdi: Registered tone zone 2 (France)
    [521929.557626] dahdi: Registered tone zone 0 (United States / North America)
    [521929.639958] dahdi: Registered tone zone 2 (France)
    [522616.260987] dahdi: Registered tone zone 0 (United States / North America)
    [522616.352689] dahdi: Registered tone zone 2 (France)
    [525599.874406] dahdi: curzone: ffff88006ee04000, tonezone: 2, curtone: (null), tonep: 0
    J'ai bien inclus le dans chandahdi le dahdi.conf comme tu me l'avais dit.
    Code:
     cat /etc/dahdi/genconf_parameters
    #
    # /etc/dahdi/genconf_parameters
    #
    # This file contains parameters that affect the
    # dahdi_genconf configuration generator.
    #
    # Syntax:
    #       * A comment from '#' to end of line
    #       * Blank lines ignored
    #       * Whitespace at end of line trimmed
    #       * Single valued items:
    #            key <whitespace...> value
    #       * List valued items:
    #            key
    #            <whitespace...>value1
    #            <whitespace...>value2
    #            ...
    #
    
    # When generating extensions for chan_dahdi.conf or users.conf etc: the
    # extension number will be channel_number+base_exten . The default is:
    #base_exten             4000
    #
    # Make FXS (analog phones) extensions answer immediately (sets
    # 'immediate = yes' for them in chan_dahdi.conf). Don't enable this before
    # you're read documentation about this option.
    #fxs_immediate          yes
    #
    # For FXS (analog phones) - use KS or LS? ks is the only method for
    # Asterisk to provide disconnect supervision and thus it would normally
    # be preferred and is the default.
    #fxs_default_start      ls
    #
    # For FXO (analog lines) - use KS or LS? KS is the default and is
    # normally the better choice as it allows detecting hang-ups on many
    # lines.
    #fxo_default_start      ls
    
    # Set tone zone values. This is used for playing tones (busy, dial-tone
    # and such). The default is 'us'. This sets the value for both loadzone
    # and defaultzone in system.conf .
    lc_country              fr
    
    # The dialplan context into which to send trunks in chan_dahdi.conf or
    # users.conf. The default value is:
    context_lines           from-pstn
    #
    # The dialplan context into which to send extensions in chan_dahdi.conf or
    # users.conf. The default value is:
    context_phones          from-internal
    #
    # Two extra contexts for the input ports and output ports of an
    # Astribank. Default values are:
    #context_input          astbank-input
    #context_output         astbank-output
    
    # A group to put all analog phones in. By default 0, so you can dial to
    # the 'first phone available' using Dahdi/g5 .
    #group_phones           5
    #
    # A group in which to put all the channels belonging to some trunk.
    # Thus you can dial through "some trunk" using Dahdi/G0/NUMBER
    #group_lines            0
    
    # Channels of digital trunk of span N are also added to group 10+N (that
    # is: 14 for channels of span 4).
    
    # Do we want to use PtP ('bri') or PtMP ('bri_ptmp') for BRI? PtMP
    # allows connecting several CPE devices on the same network device
    # (several BRI phones on the same line, kind of like several analog
    # phones on the same analog line). However it is generally brings
    # unnecessary complexity for a pbx-pbx connection. It is still the
    # default as this is normally what you get for a BRI PSTN connection.
    #bri_sig_style          bri
    #
    # If this option is set (that is: not remmed-out), BRI NT ports will
    # also be set as overlap. This is useful if you want to connect ISDN
    # phones.
    #brint_overlap
    
    # The echo canceler to use. If you have a hardware echo canceler, just
    # leave it be, as this one won't be used anyway.
    #
    # The default is mg2, but it may change in the future. E.g: a packager
    # that bundles a better echo canceler may set it as the default, or
    # dahdi_genconf will scan for the "best" echo canceler.
    #
    #echo_can               hpec
    echo_can                oslec
    #echo_can               none  # to avoid echo canceler altogether
    
    # bri_hardhdlc:
    #   'yes'  - forces BRI cards to use 'hardhdlc' signalling.
    #   'no'   - forces BRI cards to use 'dchan' (an alias for 'fcshdlc').
    #            It is usefull only for dahdi with the bristuff patch.
    #
    # If it is left out or set to 'auto':
    #   * Information supplied by the driver is used to decide:
    #     - Currently implemented for Astribanks.
    #     - Taken from /sys/bus/xpds/drivers/bri/dchan_hardhdlc.
    #   * Without this info, falls back to 'hardhdlc'.
    #bri_hardhdlc           auto
    
    # For MFC/R2 Support: 'R2' will make E1 spans CAS and with the
    # 'r2_idle_bits' bit in system.conf . It will also make dahdi_genconf default
    # to generating the channels of this card in unicall.conf rather than in
    # chan_dahdi.conf . The meaning of this may be extended somehow to support
    # R2 through openr2/chan_dahdi later on.
    #pri_connection_type    R2
    #pri_connection_type    CAS
    #
    # Explicitly set the idle bits for E1 CAS (Sample value is the default):
    #r2_idle_bits           1101
    #
    # Set T1 framing type to d4 instead of esf:
    #tdm_framing            d4
    #
    # Use E&M on CAS (default is FXS/FXO). If set, E1 spans will be used as
    # E&M-E1 and T1 will use the requested type:
    #em_signalling em
    #em_signalling em_w
    #em_signalling featd
    #em_signalling featdtmf
    #em_signalling featdtmf_ta
    #em_signalling featb
    #em_signalling fgccama
    #em_signalling fgccamamf
    #
    # pri_termtype contains a list of settings:
    # Currently the only setting is for TE or NT (the default is TE). This
    # sets two different but normally related configuration items:
    #
    # A TE span will have *_cpe signalling in Asterisk and will also get
    # timing from the remote party.
    #
    # A NT span will have *_new signalling in Asterisk and will provide
    # timing to the remote party.
    #
    # pri_termtype is a list if span specs and configuration (TE/NT) for
    # them. The first spec that matches is used. The matching is of perl
    # regular expressions, but with '*' and '?' have their meaning from
    # basic regular expressions.
    #pri_termtype
    #       SPAN/2          NT
    #       SPAN/4          NT
    #
    #pri_termtype
    #       SPAN/*          NT
    #
    # Astribanks can be matched by span and also by their:
    #    LABEL + XPD number:
    #      this is burned into the Astribank and won't change
    #      if it's connected via different USB port/hub
    #    CONNECTOR + XPD number:
    #      The USB path to which the Astribank is connected.
    #      Replacing an Astribank and connecting to the same USB port/hub
    #      would not change this property. However, any change in USB
    #      wiring (e.g: adding another hub) may alter this.
    #    NUM (XBUS number) + XPD number:
    #      The XBUS number. This is not stable and may even change
    #      between boots.
    #
    #pri_termtype
    #       LABEL/usb:INT01216/XPD-0[123]            NT
    #       LABEL/usb:INT00375/XPD-0[123]            NT
    #       CONNECTOR/@usb-0000:00:1d.7-1/XPD-0[123]            NT
    #       CONNECTOR/@usb-0000:00:1d.7-2/XPD-0[123]            NT
    #       NUM/XBUS-01/XPD-0[123]            NT
    #       NUM/XBUS-03/XPD-0[123]            NT
    Code:
    cat /etc/asterisk/chan_dahdi.conf
    [channels]
    language=fr
    switchtype=euroisdn
    ;#signalling=bri_cpe
    signalling = bri_cpe_ptmp
    pridialplan=unknown
    prilocaldialplan=unknown
    ;pridialplan=local
    ;prilocaldialplan = dynamic
    nationalprefix=0
    internationalprefix=00
    priindication=outofband
    faxdetect=both
    overlapdial=yes
    immediate=no
    resetinterval=never
    usecallingpres=yes
    echocancel=512
    ;echotraining=400
    language=fr
    loadzone=fr
    defaultzone=fr
    progzone=fr
    
    dtmfmode=inband
    toneduration=300
    relaxdtmf=yes
    busydetect=yes
    busycount=3
    txgain=10
    rxgain=8
    
    ;# Flash Operator Panel will parse this file for dahdi trunk buttons
    ;# AMPLABEL will be used for the display labels on the buttons
    
    ;# %c Dahdi Channel number
    ;# %n Line number
    ;# %N Line number, but restart counter
    ;# Example:
    ;# ;A_MPLABEL:Channel %c - Button %n
    
    ;# For Dahdi/* buttons use the following
    ;# (where x=number of buttons to dislpay)
    ;# ;A_MPWILDCARDLABEL(x):MyLabel
    
    
    ; include dahdi extensions defined in FreePBX
    ;#include chan_dahdi_additional.conf
    
    
    ; genere par genconf
    #include dahdi-channels.conf
    Au passage le fxotune -i fonctionne bien sur les 2 fxo contrairement à ce que j'avais l'autre jour sur le port freebox.

    Code:
     dahdi show channel 1
    Channel: 1
    File Descriptor: 22
    Span: 1
    Extension:
    Dialing: no
    Context: from-pstn
    Caller ID:
    Calling TON: 0
    Caller ID name:
    Mailbox: none
    Destroy: 0
    InAlarm: 0
    Signalling Type: FXS Kewlstart
    Radio: 0
    Owner: <None>
    Real: <None>
    Callwait: <None>
    Threeway: <None>
    Confno: -1
    Propagated Conference: -1
    Real in conference: 0
    DSP: no
    Busy Detection: yes
        Busy Count: 3
        Busy Pattern: 0,0
    TDD: no
    Relax DTMF: yes
    Dialing/CallwaitCAS: 0/0
    Default law: ulaw
    Fax Handled: no
    Pulse phone: no
    DND: no
    Echo Cancellation:
            512 taps
            (unless TDM bridged) currently OFF
    Wait for dialtone: 0ms
    Actual Confinfo: Num/0, Mode/0x0000
    Actual Confmute: No
    Hookstate (FXS only): Offhook
    Dernière modification par tikismoke ; 21/01/2012 à 19h41.

  5. #5
    Membre
    Date d'inscription
    août 2011
    Messages
    65
    Downloads
    2
    Uploads
    0
    Un nouvel essai me montre que lorsque l'appel arrive dans un dialplan de type WaitExten() et que l'appelant à raccroché celui-ci est bien vue pendant la période d'attente.
    Sans passé en timeout de la commande waitexten.

    Pour l'instant le raccrochage est vu lorsque l'on est en communication ou si asterisk attend un dtmf.

  6. #6
    Membre
    Date d'inscription
    août 2011
    Messages
    65
    Downloads
    2
    Uploads
    0
    Du coup personne n'a d'idée?

    Je tourne pas mal en rond.

    Dans tout les cas si je dépasse 7 en txgain ou rxgain ça claque un sifflement monstrueux type larsen dans les oreilles de l'appelant et de l'appelé (même à 200km d'écart ).

  7. #7
    Asterisk Fan Avatar de fastm3
    Date d'inscription
    août 2010
    Localisation
    Corbeil Essonnes (91)
    Messages
    1 302
    Downloads
    1
    Uploads
    1
    Humm, j'avais décroché.

    Ce que je vois dans ton dahdi show channel, c'est une cadence à 0,0.
    Je n'ai pas la meme version que toi ( vieille version de dahdi ) et donc cela n'apparait pas chez moi.
    Mais c'est clair que cela n'est pas normal à mon avis, tu devrais voir 500,500.
    Peut etre une piste à creuser.
    Il existe quelques flags de compil de dahdi qui permettent de voir un peu plus ce qui se passe, va voir chan_dahdi.c .

    Autre solution ou plutot aide au diagnostic. Enregistre le channel avec le dialplan ( bon exercice ) , cela te permettra d'ecouter si aprés le racroché, FT envoie bien la bonne tonalité histoire de voir si ca ne serait pas un pb de ligne au lieu d'un pb de detection.

    J'ai une vieille version patchée de dahdi que j'utilise tout le temps car ultra stable. Eventuellement, je peux te fournir mon trunk mais creuse deja pourquoi tu n'as pas ta cadence settée a 500,500.

    Regarde aussi bien le /var/log/asterisk/full qui contient souvent des infos interessantes.

    Fastm3.

  8. #8
    Membre
    Date d'inscription
    août 2011
    Messages
    65
    Downloads
    2
    Uploads
    0

    Question

    Désolé de ne reprendre mes tests que maintenant. (Ma nouvelle vie de père de famille perturbe un peu beaucoup mon coté Geek)

    J'ai le soucis que ce soit sur la ligne free ou france telecom.

    Ce qui me perturbe énormément c'est de ne pas comprendre pourquoi un raccrochage durant une conversation ou un voicemail fonctionne correctement et pas dans un IVR ou pendant un playback.

    Asterisk poursuit l'extension mal grès la tonalité de raccroché (qu'il interprète correctement lorsque l'appelant laisse un message ou lors d'une conversation ce qui est déjà mieux). En gros pour le moment ce qui me gène le plus c'est par exemple un erreur de numéro qui fait sonner mon téléphone.

    Je poursuis mes investigations mais c'est déprimant.

  9. #9
    Asterisk Fan Avatar de fastm3
    Date d'inscription
    août 2010
    Localisation
    Corbeil Essonnes (91)
    Messages
    1 302
    Downloads
    1
    Uploads
    1
    Tu as enregistré et tu as bien la tonalité de racroché pendant le playback ?
    J'ai la meme carte et je n'ai pas de soucis. Peut etre un pb de ta version de dadhi ?
    J'ai une vieille version custo a partir de dahdi 2.2.1. Tu peux recompiler un dahdi de cette branche ?
    Si je trouve le temps, j'essaierai de faire un tar de mon source tree ok avec la meme carte et sur lequel j'ai teste la detection raccroché.
    Fastm3.

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
  •