Freepbx 2 Lignes externes 1 seule centrale

[GiGii]

Hello merci pour la réponse. J'ai regardé le lien mais je n'ai rien trouvé.

En revanche en scrutant les logs je pense que le problème vient juste du fait que le numéro de téléphone qui est transmis par le Trunk est le numéro SIP principal.

Deux possibilités.

La registration key : 003271*******:kA88kH7m@sip3.ovh.be/003271******

est elle bonne ou dois je mettre un autre code qui renvoi le numéro appelé?

L'autre possibilité dans la route d'appel dans le CallID j'ai mis le numéro que je tente de joindre.

Voici un extrait des logs

[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:1] Set("SIP/003271*****-00003c91", "__DIRECTION=INBOUND") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:2] Gosub("SIP/003271*****-00003c91", "sub-record-check,s,1(in,003271*****,dontcare)") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:1] GotoIf("SIP/003271*****-00003c91", "0?initialized") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:2] Set("SIP/003271*****-00003c91", "__REC_STATUS=INITIALIZED") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:3] Set("SIP/003271*****-00003c91", "NOW=1517586486") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:4] Set("SIP/003271*****-00003c91", "__DAY=02") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:5] Set("SIP/003271*****-00003c91", "__MONTH=02") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:6] Set("SIP/003271*****-00003c91", "__YEAR=2018") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:7] Set("SIP/003271*****-00003c91", "__TIMESTR=20180202-164806") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:8] Set("SIP/003271*****-00003c91", "__FROMEXTEN=unknown") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:9] Set("SIP/003271*****-00003c91", "__MON_FMT=wav") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:10] NoOp("SIP/003271*****-00003c91", "Recordings initialized") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:11] ExecIf("SIP/003271*****-00003c91", "0?Set(ARG3=dontcare)") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:12] Set("SIP/003271*****-00003c91", "REC_POLICY_MODE_SAVE=") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:13] ExecIf("SIP/003271*****-00003c91", "0?Set(REC_STATUS=NO)") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:14] GotoIf("SIP/003271*****-00003c91", "2?checkaction") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Goto (sub-record-check,s,17)
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@sub-record-check:17] GotoIf("SIP/003271*****-00003c91", "1?sub-record-check,in,1") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Goto (sub-record-check,in,1)
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [in@sub-record-check:1] NoOp("SIP/003271*****-00003c91", "Inbound Recording Check to 003271*****") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [in@sub-record-check:2] Set("SIP/003271*****-00003c91", "FROMEXTEN=unknown") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [in@sub-record-check:3] ExecIf("SIP/003271*****-00003c91", "13?Set(FROMEXTEN=0032486414057)") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [in@sub-record-check:4] Gosub("SIP/003271*****-00003c91", "recordcheck,1(dontcare,in,003271*****)") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [recordcheck@sub-record-check:1] NoOp("SIP/003271*****-00003c91", "Starting recording check against dontcare") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [recordcheck@sub-record-check:2] Goto("SIP/003271*****-00003c91", "dontcare") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Goto (sub-record-check,recordcheck,3)
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [recordcheck@sub-record-check:3] Return("SIP/003271*****-00003c91", "") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [in@sub-record-check:5] Return("SIP/003271*****-00003c91", "") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:3] Gosub("SIP/003271*****-00003c91", "app-blacklist-check,s,1()") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@app-blacklist-check:1] GotoIf("SIP/003271*****-00003c91", "0?blacklisted") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@app-blacklist-check:2] Set("SIP/003271*****-00003c91", "CALLED_BLACKLIST=1") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [s@app-blacklist-check:3] Return("SIP/003271*****-00003c91", "") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:4] Set("SIP/003271*****-00003c91", "__FROM_DID=003271*****") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:5] Set("SIP/003271*****-00003c91", "CDR(did)=003271*****") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:6] ExecIf("SIP/003271*****-00003c91", "0 ?Set(CALLERID(name)=0032486414057)") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:7] Set("SIP/003271*****-00003c91", "CHANNEL(musicclass)=default") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:8] Set("SIP/003271*****-00003c91", "__MOHCLASS=default") in new stack
[2018-02-02 16:48:06] WARNING[14598][C-00001968] func_channel.c: Unknown or unavailable item requested: 'reversecharge'
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:9] GotoIf("SIP/003271*****-00003c91", "0?macro-hangupcall") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:10] Set("SIP/003271*****-00003c91", "__CALLINGPRES_SV=allowed_not_screened") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:11] Set("SIP/003271*****-00003c91", "CALLERPRES()=allowed_not_screened") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [003271*****@from-trunk:12] Goto("SIP/003271*****-00003c91", "from-did-direct,122,1") in new stack
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Goto (from-did-direct,122,1)
[2018-02-02 16:48:06] VERBOSE[14598][C-00001968] pbx.c: -- Executing [122@from-did-direct:1] GotoIf("SIP/003271*****-00003c91", "0?ext-local,122,1") in new stack

D'avance merci.

[jean]

chez ovh, la ligne représente le lien entre toi et ovh. elle peut transporter plusieurs numéro. mais ovh ne présente que le numéro (ou s) dans la R-URI, et met le numéro demandé dans le champ To: Il faut aller le chercher avec les fameux CUT (à ma connaissance)
pour en être sur, fais soit un sip set debug on qui montre l'invite recu, soit un sngrep ou ngrep, qui montre aussi ces paquets

J.

[fastm3]

Avec ovh, c'est un peu plus compliqué que cela. En fait , la prochaine difficulté sera la présentation d'un numero different dynamiquement en utilisant le trunk. Donc autant traiter tout en meme temps vu que la config indiquée ne marchera pas pour les sortants.
En fait, on peut avoir une config qui marche pour les appels mais pour que les entrants ET la presentation dynamique des numeros en sortant fonctionnent avec OVH, il faut vraiment qu'au niveau manager ET au niveau definiton du trunk que cela soit defini comme je l'indique dans le document joint.

Pour les entrants, avec freepbx, oui , on pointera sur un contexte entrant avec au minimum

exten => _.,1,Goto(from-pstn,${CUT(CUT(SIP_HEADER(To),@,1),:,2)},1)

Je joins un lien tempo vers un doc memo que j'avais fait en 2016 et toujours ok aujourd'hui:
https://www.dropbox.com/s/fil7ohcz4a...20ovh.pdf?dl=0
Ca s'applique au trunk ovh ou ligne entreprise ovh.

On notera par exemple pour la presentation dynamique des numeros:

Si vous avez placé “/0033974123456 » a la fin du register , ca ne marchera pas/plus. 
fromuser=0033974123456 empechera aussi la presentation « dynamique » avec OVH.

Cheers !
Francois.

[GiGii]

Bonjour un grand merci pour votre réponse (malheureusement je ne l'ai pas vu plutôt)
En finalité nous avons fini par prendre une deuxième ligne SIP afin de mettre en place un deuxième trunk.

Avec ce trunk nous avons mis en place une route entrante et une route sortante.

Malheureusement la route sortante n'affiche pas le bon numéro (ou n'utilise tout bonnement pas le bon trunk...)

Je me penche sur votre doc mais si toutefois les informations que je vous ai mentionné ici vous donnent un gros indice sur la manière de faire...

Car j'ai changé le ROUTE CID sur la route sortante ça n'a rien fait.
j'ai défini le outbound CID dans le trunk et ça n'a rien changé non plus.

J'ai dans le manager ovh également forcé la présentation du numéro lors d'un appel sortant.

Rien n'a fait...

Je me dis que si j'en suis la c'est simplement parce qu'il n'utilise pas le bon trunk en sortie...


D'avance merci.