Numérotation depuis un PBX isdn

[tanguyd]

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"




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


; 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

[jean]

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

[tanguyd]

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.

[tanguyd]

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



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

[jean]

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

[tanguyd]

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.

[jean]

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é !)

[olppp]

Bonjour,

une piste dans chan_dahdi.conf :

;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.

[tanguyd]

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.

[tanguyd]

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

[tanguyd]

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


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'

[tanguyd]

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.


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