> ----- Mail original ----- > De: "frnog" <frnog@frnog.org> > À: "frnog" <frnog@frnog.org> > Envoyé: Mardi 17 Mars 2020 09:23:08 > 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 ?!)
> Je pense que Linphone est à mettre en cause. Le problème n'est pas que > le routage, Asterisk doit savoir quelle IP mettre dans les entêtes SIP. Peux-tu expliquer, stp ? Dans mes souvenirs. Un interlocuteur lance un appel. SIP INVITE vers le PABX qui transmet à l'interlocuteur (je passe trying/ringing, etc.). Si ça décroche, y'a échange des SDP en passant par le PABX. Au début, le PABX connecte chaque interlocuteur à lui (donc la connaissance de sa propre IP suffit pour dire "viens me causer sur cette IP+port avec tels codecs), puis il connecte les deux interlocuteurs directement en relayant simplement le SDP émis par chaque softphone. Dedans y'a l'IP+port et les codecs à utiliser. Pour moi Asterisk devient neutre à ce stade-là. > Dans l'interface Waxo/Xivo => Services => protocol SIP => Réseau il y a > une zone réseau local: le VPN en /16 doit y être défini On a rien défini. Pas même le /16 RFC1918 qui héberge nos SNOM. Pas même le VLAN des passerelles T2. Au niveau système, il y a une route par défaut, pas de routes vers les VLANs (VPN, SNOM, passerelles T2, etc.). > Donc session timeout: Essaye en mettant session-timers=refuse dans la config > d'un client qui génère cette erreur D'acc. Mais… Comment j'identifie ce client ? Comme dit, y'a trop de bruit, je n'arrive pas à corréler… La modif' se fait côté Asterisk, on est d'accord ? --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
