[LuKePicci]

Allora, se quando metti su la pppoe voce l'altra va proprio giù e smette di funzionare vuol dire che i due mac non sono distinti correttamente, in altre parole il mac custom lo hai impostato nel posto/nel modo sbagliato. Io su openwrt 15 lo impostavo esattamente come hai fatto tu ma solo su wan e voip, non su wanptm0 e voipptm0 perchè lì le cose funzionavano diversamente. Nel caso, perdebugging, se vuoi vedere che effettivamente stia usando mac diversi per le due sessioni fai un tcpdump su wanptm0 e voipptm0 e verifica il mac dei pacchetti che vedi.

Se invece è solo una questione di regole di routing che si sovrappongono, devi disabilitare la defaultroute (option defaultroute '0') derivante dall'interfaccia voip (altrimenti lui tenta di usare quella) e creare delle rotte statiche verso gli ip dei proxy (in 10.0.0.0/8) come più o meno hai fatto.

Sistema queste cosette, arriva ad avere le due pppoe entrambe up, con internet funzionante.  Quando hai fatto dimmelo che passiamo a recuperare il proxy. Dopodiché restano un altro paio di cose da fare prima di poter vedere qualcosa di funzionante (spoiler: eccezione su rebind protection e cambio interface in mmpbxrvsipnet).

[gacchu]

Ho sistemato tutto, le due connessione sono entrambe su e la navigazione funziona, era solo un problema di routing:

ifconfig

Codice: [Seleziona]

pppoe-voip2 Link encap:Point-to-Point Protocol
          inet addr:1.255.160.97  P-t-P:1.255.160.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:3 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:54 (54.0 B)  TX bytes:54 (54.0 B)

pppoe-wan Link encap:Point-to-Point Protocol
          inet addr:188.217.105.202  P-t-P:188.217.96.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:3781901 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1419976 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:5272462867 (4.9 GiB)  TX bytes:143329820 (136.6 MiB)

route

Codice: [Seleziona]

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         net-188-217-96- 0.0.0.0         UG    0      0        0 pppoe-wan
1.255.160.1     *               255.255.255.255 UH    0      0        0 pppoe-voip2
10.0.0.0        *               255.0.0.0       U     0      0        0 pppoe-voip2
188.217.96.1    *               255.255.255.255 UH    0      0        0 pppoe-wan
192.168.1.0     *               255.255.255.0   U     0      0        0 br-lan
192.168.10.0    *               255.255.255.0   U     0      0        0 eth4
192.168.168.0   *               255.255.255.128 U     0      0        0 wl0_1
192.168.168.128 *               255.255.255.128 U     0      0        0 wl1_1

Temo che il routing della connessione voip2 non sia ancora corretto, ho impostato la regola con "ip route add 10.0.0.0/8 dev pppoe-voip2" e il risultato è quello che ho incollato sopra ma, da quello che ho capito, bisognava aggiungere "via 188.217.105.202".
Dando però il comando, il risultato è il seguente:

Codice: [Seleziona]

root@modemtim:~# ip route add 10.0.0.0/8 dev pppoe-voip2 via 188.217.105.202
RTNETLINK answers: Network is unreachable


[LuKePicci]

Non ti funziona perchè in 'via' stai usando l'ip di pppoe-wan mentre lì ci devi mettere il gateway assegnato per pppoe-voip2.
Fai così, riabilita la defaultroute su pppoe-voip2, poi dai il comando 'ip route' dovresti vedere una default route via x.x.x.x, quello è il tuo gateway, quindi disabilita di nuovo la defaultroute poi vai in /etc/config/network e mettici:

Codice: [Seleziona]

config route 'voip_private'
option interface 'voip2'
option netmask '255.0.0.0'
option metric '1'
option target '10.0.0.0/8'
option gateway 'x.x.x.x'
PS comunque non è mica detto che il tuo proxy sia su 10.x.x.x, potrebbe essere su un'altra subnet privata, ho controllato quelli che avevo io in passato ed erano su 172.qualcosa, e avevo creato regole di routing unicast e non per subnet. tu per ora vai avanti così poi quando vediamo i proxy sistemiamo target e netmask in modo opportuno.

[gacchu]

Perfetto, direi che ci siamo:

Codice: [Seleziona]

root@modemtim:~# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         net-188-217-96- 0.0.0.0         UG    0      0        0 pppoe-wan
1.255.160.1     *               255.255.255.255 UH    0      0        0 pppoe-voip2
10.0.0.0        1.255.160.1     255.0.0.0       UG    1      0        0 pppoe-voip2
188.217.96.1    *               255.255.255.255 UH    0      0        0 pppoe-wan
192.168.1.0     *               255.255.255.0   U     0      0        0 br-lan
192.168.10.0    *               255.255.255.0   U     0      0        0 eth4
192.168.168.0   *               255.255.255.128 U     0      0        0 wl0_1
192.168.168.128 *               255.255.255.128 U     0      0        0 wl1_1


[milan100]

Ho sistemato tutto, le due connessione sono entrambe su e la navigazione funziona, era solo un problema di routing:

Mi sono un attimo perso proprio in questo punto,dove stà l'errore. Dove devo cercare il defaultroute? In network vedo una stringa in riferimento al voip che era presente già prima delle aggiunte.

[milan100]

Come non detto,sono riuscito a risolvere,e vi seguo a ruota. Comunque è tutto molto interessante,e devo ammettere che nonostante abbia delle buonissime conoscenze informatiche,in certi frangenti mi sono un pò trovato in difficoltà a capire certi passaggi.
E' proprio vero,non si finisce mai di imparare!

[LuKePicci]

Ora per i proxy, se hai ancora una Vodafone Station 2 o una Vodafone Station Revolution, collegala, assicurati che funzioni la fonia, poi entra nella sua pagina di amministrazione da browser, apri la console javascript su quella tab, incollaci dentro tutto questo blocco e dai invio:

Codice: [Seleziona]

function cwmp_get_names(path) {
var my_soap_obj=new SOAPObject("ParameterPath").val(path);
var my_next_level=new SOAPObject("NextLevel").val("1");
invoke_rpc("cwmp:GetParameterNames", new Array(my_soap_obj,my_next_level), function(xml){console.log(new XMLSerializer().serializeToString(xml))});
}

function cwmp_get_values(target) {
var my_soap_obj=new SOAPObject("ParameterNames").val("<string>"+target+"</string>");
var my_next_level=new SOAPObject("NextLevel").val("1");
invoke_rpc("cwmp:GetParameterValues", new Array(my_soap_obj,my_next_level), function(xml){console.log(new XMLSerializer().serializeToString(xml))});
}

function cwmp_set_value(target, value) {
send_value(target, value, function(x){console.log(new XMLSerializer().serializeToString(x))});
}

cwmp_get_values("InternetGatewayDevice.Services.VoiceService.1.VoiceProfile.")
I proxy, primario e secondario sono (di norma) sotto InternetGatewayDevice.Services.VoiceService.1.VoiceProfile.1.SIP.ProxyServer e InternetGatewayDevice.Services.VoiceService.1.VoiceProfile.2.SIP.ProxyServer

Se invece non avete una Vodafone Station o ne avete una più nuova scrivetemi in PM

[milan100]

Dovrebbero essere questi...

Codice: [Seleziona]

proxy1-xxxxxxx.proxy.dsl.vodafone.it.
proxy2-xxxxxxx.proxy.dsl.vodafone.it.

[LuKePicci]

Bene, ota torna in mmpbxrvsipnet, rimpiazza i proxy pubblici con questi, sotto interface metti il nome dell'interfaccia voip, @gacchu ha usato 'voip2'. Da router, verifica che la risoluzione di quei nomi funzioni correttamente.

[milan100]

Inseriti i dati,e riavviato il router,si ritorna al problema iniziale,cioè sembra tutto apposto,ma non c'è connessione. Però mi chiedo anche,devo mettere qualcosa di diverso come registrar primario e nome dominio? Oppure devo semplicemente lasciare i campi vuoti?

[LuKePicci]

Devi impostare tutto correttamente ma le cose si fanno un passo alla volta altrimenti non ci troviamo. Prima di guardare le settings del registrar, spiegami che intendi con "non c'è connessione", stiamo parlando della connessione internet dati? Se sì hai sbagliato qualcosa nei passi precedenti, altrimenti è normale non abbiamo mica finito. C'è ancora da impostare correttamente il firewall per la nuova interfaccia. Quando sei sicuro di essere pronto procediamo.

[milan100]

Ok,dopo altro riavvio la connessione dati ha iniziato a funzionare correttamente,e facendo un route,sembra tutto apposto. Per quando riguarda la verifica della risoluzione dei nomi,cosa dovrei fare di preciso? Provare a pingare verso i due server? Se è così,l'ho fatto e non ho avuto risposta.

[LuKePicci]

No, prova con nslookup. Il ping ai due server non ricordo se funziona o meno, prova con traceroute piuttosto.

Ad ogni modo devi comunque prima configurare il firewall altrimenti non andiamo da nessuna parte. Manda il contenuto del tuo /etc/config/firewall

[milan100]

Provato sia traceroute che nslookup e il server non risponde.

Qui trovi il file del firewall

https://gofile.io/?c=tJBCNc

[LuKePicci]

Vai sotto config zone 'wan', c'è una serie di list network mettici anche un list network voip (o voip2, a seconda di come l'hai chiamata). Poi vai in fondo ed elimina quelle ultime due sezioni riguardanti if1. Per ora non toccare nient'altro in quel file.

Per i due test che ti ho fatto fare prima, almeno nslookup deve funzionare. Mandami il contenuto di /etc/config/dhcp e dimmi se per caso hai cambiato qualche impostazione relativa ai dns.