Guillaume, Ca serait intéressant que tu essaies de monter le VPN avec le VPN comme route par défaut (pas de split-horizon donc), pour voir si Linphone s’en sort mieux…
> Le 17 mars 2020 à 16:30, Oliver varenne <o.vare...@ipconnect.fr> a écrit : > > A mon avis, linphone liste les interfaces accessibles, et du coup si ton VPN > monte apres, linphone n'utilise pas cette interface. > > Ou un truc du genre. > > > > Si ça fonctionne avec d'autres softphone, et que seul linphone est impacté, > tu as ta réponse 😉 > > > > > > > > Cordialement, > > > > > > > > Olivier Varenne > > Co-gérant, Commercial & Développeur > > T +33 (0)4 27 04 40 00 | ipconnect.fr > > > > -----Message d'origine----- > De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part de > Guillaume LUCAS > Envoyé : mardi 17 mars 2020 16:18 > À : frnog <frnog@frnog.org> > Objet : Re: [FRnOG] [TECH] Télétravail = VPN = fête du SIP (ou y'a-t-il > vraiment autant de bugs que ça dans les implémentations SIP ?!) > > > >> ----- Mail original ----- > >> De: "David Ponzone" <david.ponz...@gmail.com<mailto:david.ponz...@gmail.com>> > > > >> Ok, un truc couillon: ça fait une différence si tu montes le VPN AVANT et >> APRÈS de lancer Linphone ? > > > > Alors, ça ne m'était pas venu à l'idée d'ouvrir Linphone avant de monter le > VPN, pour moi c'était sûr qu'il ne faut pas faire ça. J'ai testé pour toi et, > forcément, ça foire bien. Au début impossible d'être destinataire d'un appel, > le PABX dit que le user n'est pas là. En laissant Linphone se rendre compte > de la réalité (> 10 minutes), il s'enregistre à nouveau. Les appels ne > fonctionnent pas (personne s'entend ou un des deux seulement et vu l'IP > RFC1918 hors VPN dans le message SDP… … …), même avec les personnes avec > lesquelles cela fonctionnait juste avant et avec lesquels ça a fonctionné > après avoir redémarré Linphone pour conclure le test. > > > > Donc oui, il faut bien monter le VPN avant d'ouvrir Linphone. > > Et ça pose un souci. En cas de coupure ADSL (ou autre), notre VPN va remonter > auto. L'utilisateur changera d'IP. Linphone sera perdu. Je me vois mal > demander à mes utilisateurs de redémarrer Linphone en permanence. > > > > > >> Si c’est un problème de SDP, ça peut aider de dire à Asterisk que ces >> clients là sont derrière du NAT, donc il va utiliser l’autoNAT (RTP auto >> learn) et ne pas faire confiance au SDP. > > > > A priori, c'est ce que j'ai testé en activant nat = « Oui (force rport + > comedia) » dans XiVo + redémarrer les softphones puis tester, non ? > > > > > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
