> ----- Mail original ----- > De: "frnog" <frnog@frnog.org>
> J'avais bien compris que tu ne veux pas le faire, tu comprends donc que > ton rtp se perd si le client envois une IP injoignable au PABX Tout à fait, je comprends. Je corrige un truc : le client envoie, en SDP, une IP injoignable au PABX, mais aussi à son interlocuteur. Donc en fait, tous nos clients VPN devraient avoir une route pour (dans l'exemple que je prends depuis le début) 192.168.0.24, ce qui va forcément faire collision avec des réseaux domestiques qui utilisent cette plage. D'où l'ajout de routes n'est pas une bonne idée, c'est au softphone de sélectionner la bonne IP pour la filer en SDP, avec ICE, STUN, autre… Ce qui me dépasse, c'est quand le softphone fait des requêtes STUN, mets bien son IP VPN dans SDP (donc l'appel fonctionne) puis, des heures plus tard, sans aucun changement de conf' ni redémarrage du softphone ni… cesse de faire du STUN ou émet des requêtes STUN, reçoit la réponse, mais n'intègre pas l'IP dans SDP… ou autre… Si y'avait pas ça, la solution STUN, bien que crade, fonctionnerait. --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/