impossible de faire fonctionner lgne ovh[résolu]

[quintana]

Je ne sais pas pourquoi et comment tu as ce résultat avec allowguest mais c'est clairement pas son but ... Cela veut dire que tu as potentiellement un problème de configuration ... Regardes du côté de ton trunk, il ne doit pas matcher avec ton appel entrant et du coup il passe sur ton allowguest. J'espère au moins que tes appelles entrant sont forcés dans un context que pour les appelles entrant, cela limitera tes risques. J'ai jamais un seul allowguest à Yes et je reçois tous mes appelles qu'il soit privé ou non.

[pthenot]

Le comportement que j'observe est conforme à ce qui est écrit dans http://www.voip-info.org
"The "allowguest" line disables anonymous SIP calls to your PBX. Some SIP providers connect as a guest user, however, so this may be inappropriate for your situation. Also, if you want to accept anonymous SIP calls, this line would block them, so you wouldn't want that. But it is listed here because it is the safest configuration."
Mais bien sûr si il existe une manière de recevoir les appels anonymes et de se protéger, je suis preneur.
Je vais essayer de mettre allowguest =yes et d'étudier les trames du refus d'un appel anonyme, ce sera plus simple que le problème précédent car l'appel est bloqué à l'émission.

[jean]

oui, mais il y a anonyme et anne honyme (une copine....)

1- anonyme: le client n'est pas enregistré, et n'importe quel utilisateur passe un appel

2- Anne Honyme: le client est enregistré et passe des appels en masquant le numéro appelant

Tu veux le 2 mais tu fais le 1, et par une raison bizarre, ca fait fonctionner tes appels alors que ca devrait pas.

Là, (je suis très en forme), avec allowguest=yes, tu es les fesses en l'air et tu tends le pot de vaseline... ca fera mal quand même !

[quintana]

Lol oui anonymous est dans le sens authentification et non appel anonyme
En effet tu sembles en forme Jean

[pthenot]

Bonsoir Jean,
Je crois que j'ai compris ce que tu disais sur anonyme et je pense que tu as raison.
Pour la vaseline c'est mon métier d'urologue, c'est ce que je fais toute la journée mais dans les fesses des autres!!!
Merci encore de ton aide patiente

[tan]

ça fait des jours que je cherchais une solution sur les lignes sip.ovh.fr
et j'en étais à envisager même de changer d'opérateur ...

et je tombe ici j'essaye et ca marche merci beaucoup pour cette solution
innatendu je n'y aurais jamais pensé


Un grand merci pour cette journée qui s'annonce nettement plus agréable.

[jean]

Merci, ça fait plaisir de voir que cela aide plusieurs personnes.

De manière à ce que ce thread soit le plus complet, un dernier point sur ovh: ils ne présentent pas le numéro de la ligne appelée dans le champ qui va bien, et du coup, asterisk branche sur la priorité 's' du contexte.

Pour savoir quel numéro a été appelé, il faut, en asterisk "pur", regarder dans la variable : ${CUT(CUT(SIP_HEADER(To),@,1),:,2)}

En freepbx, il faut déclarer un custom context:

[custom-from-ovh]
exten => s,1,Goto(from-trunk,${CUT(CUT(SIP_HEADER(To),@,1),:,2)},1)

puis l'utiliser dans la création du trunk en précisant: context=custom-from-ovh


J.