E' un mix di cose a cui io stesso faccio fatica a star dietro. Per prima cosa mwan3 (e di riflesso anche mwan credo) ha problemi a dirottare sulle diverse interfacce il traffico generato dall'interno del router. Per dirottare mmpbx su una interfaccia wan specifica (tipico in vari isp) quelli di technicolor hanno attivato un helper sip per il traffico sip generato dal router, che interviene sui messaggi in uscita a prescindere da quale interfaccia mmpbxd usi in ascolto. Il tuo problema era palesemente dovuto al fatto che nonostante mwan costringesse mmpbx a usare wan per un determinato tipo di traffico, e nonostante il fatto che mmpbxd fosse in ascolto sulla medesima, passando dall'lhelper l'effetto di mwan in output veniva neutralizzato, e i pacchetti uscivano dall'uno o l'atra interfaccia wan poiché entrambe disponevano di rotte valide. Dunque, da quanto ho capito:
- con l'helper loopback attivo, mwan attivato, interfaccia mmpbx settata a su wan: mmpbx si mette in ascolto su wan e passa in ingresso al router attraverso mwan, l'helper uccide il tracking fatto da mwan che non riconosce più il traffico ritoccato dall'helper, in uscita il traffico trova quidni due rotte valide, va dove gli pare, a prescindere da dove mmpbx sia in ascolto
- senza helper attivo e con mwan attivato: mmpbx non passa attraverso l'input di mwan che quindi non interviene, il traffico uscente trova due rotte valide, va dove gli pare, a prescindere da dove mmpbx sia in ascolto
- con l'helper loopback attivo, mwan attivato, interfaccia mmpbx settata su lan: mmpbx si mette in ascolto su lan e passa in ingresso al router attraverso mwan, l'helper gestisce la traduzione dei messaggi sip contenenti indirizzi lan ma uccide nuovamente il tracking fatto da mwan, in uscita il traffico trova due rotte valide, va dove gli pare, resta un mistero su quale delle due l'helper metta mmpbx in ascolto
- con la rotta statica: il dubbio su quale rotta di default seguire svanisce, le rotte con match più lungo prendono la priorità su quelle di default, impostando mmpbx su wan lui si mette in ascolto sulla medesima, non sorge il bisogno di farlo passare da mwan e quindi anche l'helper diventa inutile per traffico generato dall'interno del router, ma di fatto questa rotta risolverebbe anche il non funzionamento dei casi precedenti.
Alcune cose di quelle che ho appena detto, riguardo il non funzionamento di alcune combo, potrebbero dipendere dal fatto che i due gateway delle due wan coincidono. Non escluderei anche che con una configurazione di mwan più attenta il traffico passante per l'helper potesse comunque essere tracciato correttamente.
Se ti venisse in mente di registrare un altro account sip con altro provider in mmpbx, il cui ip non fosse statico o riconducibile ad una subnet ristretta, e quindi non routabile staticamente, allora saresti nei guai, e dovresti rimettere mano a questa faccenda e trovare il modo di far funzionare mwan sul traffico passante attraverso l'helper.
La route statica è in main, quindi i client su vlan 2 (correttamente gestiti da mwan) dovrebbero non avere problemi a ragiungere il proxy voip da wan2. Verifica che le telefonate funzionino correttamente, e che entrambi gli interlocutori sentano l'audio e che le chiamate non cadano dopo pochi minuti.
