Numérotation depuis un PBX isdn

Bonjour

Je voudrais qu'un asterisk équipé de cartes openvox B100P puisse servir de passerelle a un alcatel oxo en ISDN pour faire ressortir les appels en voip. Si je compose ( sur l'alcatel ) un numéro en utilisant une touche de raccourcis cela fonctionne car le numéro entier est envoyé dés le début.

Par contre j'essaye de composer un numéro, des que l'on compose le 0 sur le téléphone ( habituellement en isdn il passe sur la tonalité d'appel externe ) mon appel est rejeté car on entre dans le dialplan avant d'avoir composé la suite du numéro, d'ou l'extension "s"

Code:

---

PRI Span: 1 < Protocol Discriminator: Q.931 (8)  len=32
PRI Span: 1 < TEI=0 Call Ref: len= 1 (reference 52/0x34) (Sent from originator)
PRI Span: 1 < Message Type: SETUP (5)
PRI Span: 1 < [04 03 80 90 a3]
PRI Span: 1 < Bearer Capability (len= 5) [ Ext: 1  Coding-Std: 0  Info transfer capability: Speech (0)
PRI Span: 1 <                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
PRI Span: 1 <                                User information layer 1: A-Law (35)
PRI Span: 1 < [18 01 83]
PRI Span: 1 < Channel ID (len= 3) [ Ext: 1  IntID: Implicit  BRI  Spare: 0  Preferred  Dchan: 0
PRI Span: 1 <                      ChanSel: Any channel selected
PRI Span: 1 <                    ]
PRI Span: 1 < [6c 0b 21 80 35 35 36 30 38 35 30 37 35]
PRI Span: 1 < Calling Party Number (len=13) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
PRI Span: 1 <                                Presentation: Presentation allowed, User-provided, not screened (0)  '5560xxxxx' ]
PRI Span: 1 < [7d 02 91 81]
PRI Span: 1 < IE: High-layer Compatibility (len = 4)
PRI Span: 1 < [7e 01 04]
PRI Span: 1 < User-User Information (len= 3) [ 04 ]
Span 1: Processing event PRI_EVENT_RING(5)
    -- Span 1: Extension s@from-pabx does not exist.  Rejecting call from '5560xxxx'.

---

J'ai ça dans /etc/asterisk/dahdi-channels.conf

Code:

---

; Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [NT] " (MASTER)
group=0,11
context=from-pabx
switchtype = euroisdn
signalling = bri_net
channel => 1-2
context = default
group = 63

---

Je ne trouve pas comment exécuter le dialplan qu'une fois le numéro composé ?

merci

il faut chercher du coté de l'overlap dialing ou progressive dialing, sur la config de la carte, ou à défaut, sur sip.conf ou extension.conf

Super, merci de ton conseil. Je n'ai plus le matériel sous la main pour tester dés ce soir, mais j'essaye de voir au plus vite.

Re, pour le moment, je n'ai pas réussit a faire marcher l'overlap malgré immediate=no et overlapdial=yes chan_dahdi.conf, il faut que je continue à chercher

Code:

---

asterisk*CLI> pri show span 1
[...]
Overlap Dial: 0
[...]
Overlap Recv: No

---

je ne sais plus comment j'avais géré ca avec des passerelles patton - je crois aussi qu'en mettant des masques discriminatoires et le bonnes tempo, ca avait réglé le truc. genre, au lieu de 0[1-9]., mettre 0[1-9]XXXXXXXX ce qu iindique à la carte que les appels commençant par 01-9 font 10 chiffres

re bonjour
Disons j'ai bien l'impression que l'overlap correspond au besoin mais je n'ai rien trouvé qui correspond au "dial pattern" que tu évoques au niveau de la conf DADHI ( ce qui semble quand même indispensable au regard du besoin.

Je me demande si c'est réelement de ce coté que ça se passe.

Citation:

---

Je me demande si c'est réelement de ce coté que ça se passe.

---

ben je crois que c'est l'histoire de la longueur du plan de numérotation (au moins pour patton, désolé !)

Bonjour,

une piste dans chan_dahdi.conf :

Code:

---

;pridialplan=unknown
;prilocaldialplan=national
;nationalprefix= 0
;internationalprefix = 00
;localprefix =
;privateprefix = 0xxxxx

---

J'avais du jouer avec ces paramètres pour faire fonctionner un AASTRA/MATRA en T2 derrière Asterisk.

Merci, je regarde ça des que possible.

J'ai également récupéré une passerelle "dataflex vine 1000" que j'ai déjà vu fonctionner. Si j'arrive a la remettre en marche, ça me permettra peut être de comparer.

Re
J'ai testé, je n'ai pas l'impression que ces options aient changé quoi que soit, je compose toujours s directement, je me demande si ces options ne concernent pas la liaison opérateur.

C'est vraiment ce overlap dial a 0 que je ne comprend pas.

asterisk*CLI> pri show span 1
Overlap Dial: 0

J'ai un peu avancé dans dahdi-channels.conf


group=0,11
pridialplan=unknown
priindication=outofband
prilocaldialplan=dynamic
context=from-pabx
switchtype = euroisdn
signalling = bri_net

immediate=no
overlapdial=yes

channel => 1-2

J'avais les lignes immediate et overlapdial aprés channel, il semble que ce soit important

Ca ne marche pas encore, mais ça évolue

Code:

---

Console verbose was OFF and is now 4.
    -- Accepting overlap call from '5560xxxxx' to '<unspecified>' on channel 0/2, span 1
    -- Starting simple switch on 'DAHDI/i1/5560xxxxx-2'
    -- Executing [0@from-pabx:1] Dial("DAHDI/i1/5560xxxxx-2", "") in new stack
[2017-06-13 21:33:38] WARNING[8391][C-00000001]: app_dial.c:2125 dial_exec_full: Dial requires an argument (technology/resource)
  == Spawn extension (from-pabx, 0, 1) exited non-zero on 'DAHDI/i1/5560xxxxx-2'
    -- Hungup 'DAHDI/i1/5560xxxxx-2'

---

C'est bon j'ai réussit à le faire marcher, les erreurs que j'avais étaient liées aux bidouilles dialplan que j'avais fait avant.

Voici un dialplan propre mais minimal que j'ai mis dansextensions_custom.conf ( car j'utilise freepbx ). Tout ce qui viens du PABX sera considéré comme venant d'un poste local, le choix du trunk sortant ce fera en fonction des outbound_routes configures dans l'interface.

Code:

---

[from-pabx]
exten =>  _X.,1,Goto(from-internal,${EXTEN},1)

---