[LuKePicci]

La Vodafone Station ne ha svariati, una decina, ognuno per una interfaccia differente. Non ricordo esattamente com'era la numerazione (da qualche parte su internet potrei averlo detto con precisione anni fa) ma temo tu possa aver usato quello che lei usa per la wan dati sulla interfaccia voce creata qui sul technicolor. Dobbiamo dare ai vari router il tempo di reagire a questi continui cambi di mac del tuo ip voce che come avrai notato è statico. Il proxy voip potrebbe conoscerti col mac usato dalla station sulla sua interfaccia voce, dobbiamo attendere che si adegui al nuovo, o devo andare a controllare quel era l'offset tra quello sull'etichetta e quello voce della station e fartelo clonare con quello giusto. Il traceroute ti dimostra che la rotta funziona, perchè il gateway remoto su quella vlan ti risponde (forse puoi anche pingarlo). Il lookup dei nomi è definitivamente sistemato, ora anche se cambi dns al router con quelli cloudflare o google lui continuerà ad usare quelli Vodafone per i proxy voip. Ti suggerirei di lasciare tutto up come è ora e vedere se dopo un po' di ore (non chiedermi quante, immagina un tizio Vodafone che inserisce un timeout del genere da qualche parte in qualche config, prova ad immedesimarti e decidi secondo te se sono 8, 24 o 48 ore). tutto inizia magicamente a funzionare. Con Tiscali ho dovuto fare lo stesso e alla fine ha funzionato. In questo lasso di tempo non devi assolutamente collegare la station o siamo punto e da capo. Lascia mmpbx up così che continui a fare tentativi di registrazione.
L'unica cosa che proverei a  fare per curiosità è vedere con tcpdump se per caso il gateway ti risponde in qualche modo ai ping falliti verso il proxy con qualche messaggio di errore ICMP.
Infine, una volta che vedrai il ping iniziare a funzionare, tieni presente che puoi anche fare prove configurando un tuo client voip su pc (io usavo x-lite o blink) nel caso avessi qualche perplessità sulla corretta configurazione di mmpbx.

[milan100]

Io mi limito ad osservare per il momento perché sto avendo casini con la connessione incomprensibili. Certe volte la connessione dati va ed altre decide di non andare. Però in compenso l'nslookup aveva dato buoni frutti per entrambi i server.

[LuKePicci]

Controlla anche tu i mac e i valori di host_uniq, ricorda, se coincidono va prima l'uno poi l'altra a turno. Se sono clonati con qualcosa di errato succedono cose strane come a @gacchu
Cerca di arrivare anche tu ad avere le due connessioni up, il routing sistemato e la risoluzione dei nomi funzionante, così vediamo se anche a te c'è il problema che non pinga o meno.

[milan100]

Il punto é che la connessione e il telefono servono anche ad altri membri della famiglia. Per cui devo passare dalla configurazione in cascata alla configurazione normale,molto spesso,lasciando specialmente il telefono inattivo.
Comunque quello che posso dirti è che: ifconfig,routing,e risoluzione dei nomi,danno esito assolutamente positivo. Il ping non va ma questo già lo sapete. Per quanto riguarda le due reti funzionanti dati e voce,credo che sia semplicemente riconducibile al passaggio da setting per cascata a normale. Cioè rimangono "frammenti" di codice sbagliato,nella parte relativa alla wan.

[gacchu]

@LuKePicci intanto grazie veramente di cuore, ieri ero veramente cotto dopo la giornata lavorativa e ho proceduto in modo dispersivo. E' raro trovare questa disponibilità quando ci sono queste competenze di mezzo.
La VS è stata ricollegata solo nel breve lasso di tempo usato per prendere i proxy e devo dire che, quando l'ho fatto, mi ha stupito vedere che ha impiegato più mezz'ora per far salire la pppoe dati. Forse l'utilizzo del MA wan nella connessione voce ha creato casini anche altrove, o forse è solo la VS ad essere ingestibile.
Il problema così descritto mi è chiaro, ho appena rilanciato mmpbx e non avere il telefono funzionante in casa per qualche giorno non mi causa scompensi. Ormai in qualche modo voglio uscirne fuori, quindi nella peggiore delle ipotesi per togliermi il dubbio, se tra qualche giorno il proxy continua a non rispondere al ping, mi metterò alla ricerca del MA usato sulla connessione voce della VS.
Questa sera dopo le 19 mi chiamerà il reparto tecnico Vodafone, spero non mi chiedano di entrare nuovamente nel router per controllare le configurazioni. Male che va, li ignorerò.
Dopo aver affrontato questo problema comunque, mi sono definitivamente convinto a NON acquistare un router AVM (avevo considerato l'ipotesi all'inizio), avere il controllo di ciò che accade mi rende più tranquillo.
Questa sera controllerò cosa esce fuori dal tcpdump durante il ping, nel frattempo lascio tutto su e incrocio le dita.

@milan100 grazie anche a te, spero che ci siano anche altri utenti che usano router basati su OpenWRT che troveranno utile questo thread

[milan100]

In realtà @gacchu sono molto curioso di sapere cosa ti dirà il supporto tecnico per risolvere il problema. La verità é che questa infrastruttura su cui si basa vodafone,sembra cozzare male col concetto di modem libero. Poi magari mi sbaglio...
Comunque ringrazio anche io voi per le competenze e il tempo messo a disposizione fin'ora,nella risoluzione di un problema veramente allucinante.

[LuKePicci]

E' il concetto di "modem libero" che cozza male con la realtà su tutti i livelli (tecnico, commerciale, utenza, prodotti disponibili). Queste cose che vi sto dicendo risalgono a ben prima dell'invenzione di quella delibera. Mi sentivo già abbastanza libero prima. Per altro questo tipo di infrastruttura non ha nulla di tecnicamente opinabile. La fonia o l'iptv su vlan dedicata è sicuramente una cosa buona e giusta. La necessità di voler fornire un servizio plug-n-play che non richieda intervento dell'utente per la configurazione è sacrosanta, se per consentirlo esiste un requisito (per altro non fuori standard), tu produttore di apparecchi compatibili investi e ti adegui, non fai partire una crociata contro gli operatori a mezzo agcom. L'esempio corretto di come terminali di vari produttori si connettono alla rete di un operatore ce l'abbiamo, è la rete cellulare. E ovviamente sapete tutti delle necessarie certificazioni e testing di telefoni e firmware da parte dei vari operatori. Che questi dietro il "modem libero" fossero stupidi e populisti si era capito dal nome della campagna, dato che in tutta questa storia i poveri modem non c'entrano un accidente visto che funzionano sempre a prescindere da rete configurazione e credenziali, e non per magia, ma perchè chi li ha progettati sa come si lavora quando si ha a che fare con standard esistenti.

[milan100]

Però @LuKePicci c'è anche da dire che sarebbe cosa buona e giusta che gli operatori si adoperassero affinché i loro prodotti siano di ottima qualità. La vsr in primis é un prodotto teoricamente buono dal punto di vista delle caratteristiche ma praticamente scadente, specialmente lato WiFi.

[gacchu]

Giusto per chiudere l'OT, l'unica cosa che posso dire è che l'unico vero problema degli operatori (un po' tutti) è legato alle politiche commerciali e ai geni del marketing. Qualsiasi operazione regolarizzi e argini il più possibile politiche commerciali ai limiti della correttezza per quanto mi riguarda è benvenuta.
Comunque il supporto tecnico di Vodafone mi ha detto che "i technicolor non sono apparati di qualità", in poche parole per quanto riguarda loro, devo cambiare apparato. Mi ha consigliato "un qualsiasi Fritz o Asus che supporti la fonia". Vabè, informazioni inutili, ma alla fine se non altro ha detto tutto con educazione.
Gli ho accennato alla possibilità di collegarmi sul vlan id 1035 e mi ha sorpreso, mi ha risposto che per quanto riguarda Vodafone è una cosa concessa, ma sulla quale non offrono supporto (mi ha dato l'impressione di sapere di cosa stessi parlando).

Comunque, provato al volo un ping e per ora situazione stabile, dopo cena se reggo verifico con tcpdump cosa accade pingando uno dei proxy.

[LuKePicci]

Invece le loro Vodafone Station Revolution made by Huawei sono di qualità eccelsa… immagino.

[larsen64it]

https://youtu.be/kLx5G0xMwH8

[gacchu]

Riporto il tcpdump fatto direttamente sull'interfaccia voip, senza nessun filtro impostato:

Codice: [Seleziona]

21:11:42.906744 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 106: PPPoE  [ses 0x599d] IP (0x0021), length 86: 1.255.160.20 > 10.174.0.32: ICMP echo request, id 47689, seq 19, length 64
21:11:43.916304 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 106: PPPoE  [ses 0x599d] IP (0x0021), length 86: 1.255.160.20 > 10.174.0.32: ICMP echo request, id 47689, seq 20, length 64
21:11:44.927769 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 106: PPPoE  [ses 0x599d] IP (0x0021), length 86: 1.255.160.20 > 10.174.0.32: ICMP echo request, id 47689, seq 21, length 64
21:11:45.945239 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 106: PPPoE  [ses 0x599d] IP (0x0021), length 86: 1.255.160.20 > 10.174.0.32: ICMP echo request, id 47689, seq 22, length 64
21:11:54.744703 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 30: PPPoE  [ses 0x599d] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 54, length 10
21:11:54.759168 e0:24:7f:fa:4e:04 (oui Unknown) > a4:91:b1:34:3d:9b (oui Unknown), ethertype PPPoE S (0x8864), length 56: PPPoE  [ses 0x599d] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 54, length 10
21:11:54.889661 e0:24:7f:fa:4e:04 (oui Unknown) > a4:91:b1:34:3d:9b (oui Unknown), ethertype PPPoE S (0x8864), length 56: PPPoE  [ses 0x599d] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 36, length 10
21:11:54.897470 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 30: PPPoE  [ses 0x599d] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 36, length 10
21:12:14.771311 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 30: PPPoE  [ses 0x599d] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 55, length 10
21:12:14.785776 e0:24:7f:fa:4e:04 (oui Unknown) > a4:91:b1:34:3d:9b (oui Unknown), ethertype PPPoE S (0x8864), length 56: PPPoE  [ses 0x599d] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 55, length 10
21:12:24.890138 e0:24:7f:fa:4e:04 (oui Unknown) > a4:91:b1:34:3d:9b (oui Unknown), ethertype PPPoE S (0x8864), length 56: PPPoE  [ses 0x599d] LCP (0xc021), length 10: LCP, Echo-Request (0x09), id 37, length 10
21:12:24.898501 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 30: PPPoE  [ses 0x599d] LCP (0xc021), length 10: LCP, Echo-Reply (0x0a), id 37, length 10
21:19:16.791033 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 804: PPPoE  [ses 0x599d] IP (0x0021), length 784: 1.255.160.20.sip > 10.174.0.32.sip: SIP: REGISTER sip:proxy1-VP00181-VMCNVS1.proxy.dsl.vodafone.it;user=phone SIP/2.0
21:19:20.800052 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 804: PPPoE  [ses 0x599d] IP (0x0021), length 784: 1.255.160.20.sip > 10.174.0.32.sip: SIP: REGISTER sip:proxy1-VP00181-VMCNVS1.proxy.dsl.vodafone.it;user=phone SIP/2.0
21:19:22.789931 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 809: PPPoE  [ses 0x599d] IP (0x0021), length 789: 1.255.160.20.sip > 10.207.161.174.sip: SIP: REGISTER sip:proxy1-VP00181-VMCNVS1.proxy.dsl.vodafone.it;user=phone SIP/2.0
21:19:23.292051 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 809: PPPoE  [ses 0x599d] IP (0x0021), length 789: 1.255.160.20.sip > 10.207.161.174.sip: SIP: REGISTER sip:proxy1-VP00181-VMCNVS1.proxy.dsl.vodafone.it;user=phone SIP/2.0
21:19:24.296881 a4:91:b1:34:3d:9b (oui Unknown) > e0:24:7f:fa:4e:04 (oui Unknown), ethertype PPPoE S (0x8864), length 809: PPPoE  [ses 0x599d] IP (0x0021), length 789: 1.255.160.20.sip > 10.207.161.174.sip: SIP: REGISTER sip:proxy1-VP00181-VMCNVS1.proxy.dsl.vodafone.it;user=phone SIP/2.

Nessun tipo di reply ai miei ping, ho incollato il resto del dump  perché sembra invece esserci passaggio dati slegato da mmpbx (da riga 5 a riga 12), niente di utile comunque, LCP, roba legata alla connessione pppoe messa su immagino

[milan100]

Domanda da un milione di dollari...Se avessi un telefono cordless ethernet,si riuscirebbe a bypassare il problema?

[LuKePicci]

Risolveresti eventuali incompatibilità con mmpbx ma non con la questione del ping.

[milan100]

No un attimo,io intendevo senza la configurazione delle due VLAN ma mettendo i dati standard forniti da Vodafone,con l'introduzione del modem libero.