Bonjour, j'ai refait un autre test avec un autre provider que ovh, il y a aucune probleme, je pense que c'est ovh qui bloque le transfert d'appel, limite l'utilisation de leur forfait .
Bonjour, j'ai refait un autre test avec un autre provider que ovh, il y a aucune probleme, je pense que c'est ovh qui bloque le transfert d'appel, limite l'utilisation de leur forfait .
As tu bien une ligne "pro" avec 2 appels simultanées ?
Si oui , tu peux le faire mais mets un answer dans ton contexte d'entree.
Regarde les archives, j'ai du deja indiqué comment faire ca si tu ne sais pas le faire avec freepbx.
Definition d'un contexte perso dans les params de ton trunk, definition de ce contexte dans extension_custom.conf. Ce contexte fera le answer et la redirection vers le dialplan genere de freepbx.
Ca n'est pas vraiment une limitation de OVH mais une gestion un peu space au niveau de leur pile sip je pense. Je ne peux pas faire de transfer non plus avec ovh sans un answer avant le dial sur le meme trunk.
Si tu as une ligne "perso", oui, c'est normal alors et le answer ne resoudra rien.
Fastm3.
J'ai un compte pro avec 6 appel simultanés. J'ai essaie retrouve votre archives , voir comment detourner ce probleme (limitation) de ovh. Rien que changer un autre provider, tout fonctionne bien, seuelemnt on n'est plus en appel ilimité forfaitaire. Du mal a faire pour le moment. Merci pour vos infos !
j'ai trouve votre archive:
[did-from-sip]
exten => _.,n,Answer()
exten => s,1,Goto(from-trunk,${CUT(CUT(SIP_HEADER(To),@,1),:,2)},1)
est ce bien cela ?
j'ai la reponse :
-- Called SIP/forfait-mobile/062570XXXX
== Everyone is busy/congested at this time (1:0/1/0)
-- Executing [s@macro-dialout-trunk:20] NoOp("Local/062570XXXX@from-internal-aea3;2", "Dial failed for some reason with DIALSTATUS = CONGESTION and HANGUPCAUSE = 34") in new stack
probleme toujours pas résolu !
Le answer ne s'executera pas s'il s'agit de votre contexte sip entree.
Essayez de comprendre ce que vous ecrivez.
Regarder la config de votre tel aussi, actuellement c'est votre tel qui prends en charge la redirection pas votre ipbx mais ca ne doit pas influer sur votre pb.Code:[did-from-sip] exten => s,1,Answer() exten => s,n,Goto(from-trunk,${CUT(CUT(SIP_HEADER(To),@,1),:,2)},1)
Changer le caller id n'a rien a voir.
Fastm3.
Bonjour,
Merci pour la correction. J'ai essayé aussi, cela ne change rien. Mais en rajoutant une ligne dans la définition de trunk fromuser=, le transfert fonctionne avec ovh, mais pas de son, j'ai mis nat= yes ou no, rien ne change, que peut on fait?
Merci d'avance.
je doit preciser que si l'appel provenant d'un autre provider, ls transfert fonctionne et le son aussi, seulement quand ,'appel vient de ovh, j'ai pas de son.
et voici le detail peer :
type=peer
host=sip.ovh.fr
context=custom-get-did-ovh
language=fr
insecure=very
username=0033184160000
fromdomain=sip.ovh.fr
fromuser=0033184160000
secret=secret
disallow=all
allow=alaw&ulaw
nat=yes
canreinvite=no
dtmfmode=rfc2833
restrictcid=no
amaflags=default
même type de detail peer pour l'autre provider, il fonctionne.
Voyez voir d'oû vient le probleme
et j'ai testé et re-testé, avec un telephone 09XXXXXXXXX , le transfert d'appel focntionne bien, mais avec mobile ou 01.., le transfert d'appel ne se faire pas. Vous avez un idée pour changer le callerid dés l'arrive de l'appel ? pour qu'il pense que c'est un 09.
et bien, je fait un
exten => s,1,Set(CALLERID(num)=0981240000)
exten => s,n,Goto(from-trunk,${CUT(CUT(SIP_HEADER(To),@,1),:,2)},1)
au debut de traitement, ca change rien. pas de solution.