IlPuntoTecnico
Hardware e Software => Connessioni ADSL/VDSL/FTTC => Topic aperto da: gacchu - 27 Dicembre 2019, 17:32
-
Questa guida, non essendo nata per approfondire come è strutturata la rete Vodafone, si concentrerà esclusivamente sui passaggi da eseguire per portare a termine una corretta configurazione del vostro router. Per chiunque voglia capirne meglio o approfondirne il funzionamento, consiglio vivamente di consultare l’esaustivo articolo che ha scritto LukePicci qui https://www.hwupgrade.it/forum/showthread.php?t=2812168 (https://www.hwupgrade.it/forum/showthread.php?t=2812168).
COSA SERVE:
1) Un router con accesso root Homeware >= 16.3 o OpenWRT >= 15.05
2) I dati di autenticazione VOIP (sono consultabili nell’area personale oppure è possibile richiederli direttamente a Vodafone)
3) I proxy a cui collegarsi utilizzati dalla vostra Vodafone Station
4) Il seriale della vostra Vodafone Station
1 – ESTRARRE I PROXY DALLA CONFIGURAZIONE DELLA VODAFONE STATION
Se avete una Vodafone Station 2 o una Vodafone Station Revolution, mentre è collegata con fonia funzionante, dovete entrare nella pagina di amministrazione, aprire una console Javascript (su chrome/firefox premete F12), incollare il seguente codice e dare invio:
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))});
}
cwmp_get_values("InternetGatewayDevice.Services.VoiceService.1.VoiceProfile.")
dall’output che ne esce, prendete gli indirizzi di proxy primario, proxy secondario, registrar primario e registrar secondario. Dovreste trovarli scritti nella forma proxy1.****.vodafone.it e proxy2.****.vodafone.it. Mettete da parte questi 4 indirizzi (nel caso proxy e registrar coincidessero, saranno solo 2 diversi indirizzi proxy1/proxy2).
2 – SERIALE DELLA VODAFONE STATION E HOST-UNIQ
Sul retro della Vodafone Station è presente un’etichetta che riporta il seriale, lo trovate scritto nella forma X123456789, dove il primo carattere indica il produttore della station mentre la parte finale è un codice numerico. Segnatevi il seriale e mettetelo da parte.
Ora dovete calcolare l’host_uniq facendo una conversione stringa-esadecimale del seriale che avete appena preso.
Per farlo, potete dare il seguente comando direttamente sul vostro router da una sessione SSH inserendo il vostro seriale al posto di X123456789:
echo -n X12345678912345 | hexdump -ve '/1 "%02X"'
Se avete a disposizione un computer con Linux installato, potete eseguire questo comando:
echo -n X12345678912345 |xxd -ps”
In alternativa potete usare un convertitore online come quello che trovate in questa pagina:
https://codebeautify.org/string-hex-converter (https://codebeautify.org/string-hex-converter)
Il risultato dovrà essere una stringa numerica di 30 caratteri. Mettete da parte anche l’host_uniq.
3 – CONFIGURAZIONE DELLA CONNESSIONE PPPOE DATI E VOCE
Ora dobbiamo sistemare la configurazione della connessione dati e creare un’atra connessione su vlan id 1035 per la voce.
Aprite il file /etc/config/network.
Nella sezione wan, modificate username/password e aggiungete il tag host_uniq:
config interface 'wan'
...
option password 'vodafone'
option username 'D-X12345678912345' # al posto di X123… inserite il seriale della vostra Vodafone Station
option host_uniq '583132333435363738393132333435' # inserite il vostro host_uniq di 30 caratteri (alfa)numerici
...
Salvate il file e riavviate il servizio network con “/etc/init.d/network restart”. A riavvio completato, verificate di avere ancora accesso ad internet, in caso contrario fermatevi e risolvete. Dobbiamo ora occuparci della creazione della seconda connessione pppoe per la voce. Per farlo, avrete bisogno di specificare un MAC ADDRESS tassativamente diverso fa quello dell'interfaccia wan. Se il MAC ADDRESS non è diverso la PPPoE non si riesce proprio a connettere. E' attiva tuttavia una sorta di whitelist sull'OUI del MAC ADDRESS usato sulla interfaccia voce. L'OUI sono le prime tre coppie di caratteri del MAC ADDRESS. Consiglio di usare lo stesso OUI della vostra Vodafone Station e di usare come restanti parti quelle del MAC address della wan sommando un +0x01 sull'ultimo byte.
Esempio:
Mac Address wan = A4:91:B1:34:5D:9A
Mac address voip = Mac Address wan+1 = A4:91:B1:34:5D:9B
Modificate (se già esistenti) o create ora queste due sezioni di configurazione:
config device 'voipptm0' # o voipeth4 con ONT o modem ethernet esterno
option type '8021q'
option name 'voipptm0' # o voipeth4 con ONT o modem ethernet esterno
option macaddr 'mac_address' # inserite il MA generato precedentemente
option ifname 'ptm0' # o eth4 con ONT o modem ethernet esterno
option ipv6 '0'
option vid '1035'
config interface 'voip'
option auto '1'
option proto 'pppoe'
option demand '0'
option macaddr 'mac_address' # inserite lo stesso MA di voipptm0
option ipv6 '0'
option keepalive_adaptive '0'
option ifname 'voipptm0' # o voipeth4 con ONT o modem ethernet esterno
option password 'vodafone'
option username 'V-X12345678912345' # al posto di X123… inserite il seriale della vostra Vodafone Station
option host_uniq '583132333435363738393132333435' # inserite il vostro host_uniq di 30 caratteri (alfa)numerici
option keepalive '4,20'
option defaultroute '0'
Salvate il file e riavviate il servizio network con “/etc/init.d/network restart”. Ora vi serve trovare il gateway della nuova connessione voip. Per farlo scrivete “route |grep voip”. L’output che ne uscirà sarà qualcosa tipo:
123.123.123.123 * 255.255.255.255 UH 0 0 0 pppoe-voip
L’IP della prima colonna è il vostro gateway (dovrebbe finire per .1), mettetelo da parte. Aprite ora nuovamente il file /etc/config/network e, subito dopo la sezione “wan”, inserite la seguente regola di route:
config route 'voip_private'
option interface 'voip'
option netmask '255.0.0.0'
option metric '1'
option target '10.0.0.0/8'
option gateway '123.123.123.123' # inserite qui il vostro gateway
Salvate il file e riavviate nuovamente il network con “/etc/init.d/network restart”. Se tutto è andato bene, dando nuovamente il comando “route |grep voip”, dovreste avere un output di questo tipo (naturalmente al posto di 123... avrete il vostro gateway):
123.123.123.123 * 255.255.255.255 UH 0 0 0 pppoe-voip
10.0.0.0 123.123.123.123 255.0.0.0 UG 1 0 0 pppoe-voip
4– REGOLE DEL FIREWALL
Aprite il file /etc/config/firewall individuate la config zone ‘wan’ ed aggiungete il network voip.
config zone 'wan'
option name 'wan'
list network 'wan'
list network 'wan6'
list network 'wwan'
list network 'voip'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option conntrack '1'
option mtu_fix '1'
option wan '1'
Potreste avere la configurazione di una zona per il voip che dovrete commentare. Verificate se avete un “config zone 'z_if1'” e un “config forwarding 'for_if1'” o una zona che contenga regole per l’interfaccia “voip”. Se le trovate, commentate le sezioni. Salvate il file.
Aprite ora il file /etc/config/mwan e nella policy if1_mwan cambiate interfaccia inserendo voip:
config policy 'if1_mwan'
option interface 'voip'
Salvate il file e riavviate il firewall con “/etc/init.d/firewall restart”.
Potrebbe essere che sia già presente l’interfaccia voip, se così fosse non dovete fare nulla.
E’ possibile anche che il file mwan sia vuoto o inesistente, anche in questo caso non dovete fare nulla.
5– DNS REBIND PROTECTION ED ECCEZIONE PER LA RISOLUZIONE DEI PROXY
Affinché i proxy siano risolti correttamente, bisogna modificare la sezione dnsmasq del file /etc/config/dhcp. Riporto di seguito le righe da modificare/aggiungere per una corretta configurazione, sono solo quelle commentate:
config dnsmasq 'dnsmasq'
option domainneeded '...'
option boguspriv '...'
option filterwin2k '...'
option localise_queries '...'
option rebind_protection '1' # abilitazione rebind protection
option rebind_localhost '1' # abilitazione rebind protection
option local '...'
option domain '...'
option expandhosts '...'
option nonegcache '...'
option authoritative '...'
option cachelocal '1' # attiva
option cachesize '200' # abbastanza grande
option readethers '...'
option leasefile '...'
option resolvfile '...'
option strictorder '...'
option dhcpscript '...'
list hostname '...'
option allservers '...'
option addmac '...'
list server '/proxy.dsl.vodafone.it/91.80.35.167' #risolvi i proxy voip tramite dns vodafone/primario
list server '/proxy.dsl.vodafone.it/91.80.35.134' #risolvi i proxy voip tramite dns vodafone/secondario
list rebind_domain '/proxy.dsl.vodafone.it/' #ammetti rebind per nomi proxy voip
list dhcp_option_force '...'
list dhcp_option_force '...'
list dhcp_option_force '...'
6– CONFIGURAZIONE DI MMPBX
Resta ora l’ultimo passaggio, la configurazione di mmpbxd, il servizio che si occupa della gestione delle linee VOIP.
Aprite il file /etc/config/mmpbxrvsipnet. Se non avete cambiato i nomi della sezione “network” e delle sezioni “profile”, valgono i nomi che riporto di seguito, altrimenti dovrete adeguare i seguenti snippet inserendo i nomi che avete cambiato.
Nella sezione config network 'sip_net', effettuate queste variazioni, inserendo in primary proxy, primary registrar, secondary proxy e secondary registrar quelli che avete ottenuto in precedenza. Su Vodafone, gli indirizzi dei vostri registrar dovrebbero coincidere con quelli dei proxy, se così non fosse, specificate gli indirizzi che avete preso nella sezione 1)
option interface 'voip'
option local_port '5060'
option primary_registrar_port '5060'
option secondary_proxy_port '5060'
option transport_type 'UDP'
option session_timer 'disabled'
option primary_registrar 'proxy1-*****.vodafone.it'
option primary_proxy 'proxy1-*****.vodafone.it'
option domain_name 'ims.vodafone.it'
queste voci vanno invece aggiunte, inserendo al posto di “proxy2-*****.vodafone.it” gli indirizzi dei vostri proxy e registrar secondari. Di nuovo, su Vodafone, gli indirizzi dei vostri registrar dovrebbero coincidere con quelli dei proxy, se così non fosse, specificate gli indirizzi che avete preso nella sezione 1):
option secondary_proxy 'proxy2-*****.vodafone.it'
option secondary_registrar ' proxy2-*****.vodafone.it'
option secondary_registrar_port '5060'
La sezione config profile 'sip_profile_0' va compilata come segue, inserendo al posto di “tuonumero” il vostro numero di telefono e al posto di 'tuapassword' la password per la configurazione del VOIP che vi ha mandato Vodafone o che avete preso dalla vostra area riservata:
config profile 'sip_profile_0'
option network 'sip_net'
option user_name '[email protected]'
option uri '+39tuonumero'
option display_name '+39tuonumero'
option enabled '1'
option password 'tuapassword'
Salvate il file e riavviate il router. Entrate nell’interfaccia grafica di gestione ed aprite la scheda “Telefonia”. Andate in “Mappatura ingresso/uscita” e mettete le due spunte su FXS 1 sia in ingresso che in uscita.
Andate ora in “Codec” e verificate che nell’”Assegnazione codec a FXS 1” lo stato di PCMA, G729 e G722 sia impostato su “Abilitato”. Andando ora su “linee telefoniche” dovreste vedere il “sip_profile_0” attivo e funzionante (pallino verde su Registrato e Stati chiamate).
7- INDIVIDUAZIONE EVENTUALI ERRORI
Nel caso in cui si presentassero problemi, scrivo di seguito dei suggerimenti per verificare la corretta configurazione del sistema:
1) Verifica connessione voip
Controllate in ifconfig che siano presenti le seguenti interfacce:
voipptm0 Link encap:Ethernet HWaddr E4:8F:34:3A:04:2B
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:278 errors:0 dropped:0 overruns:0 frame:0
TX packets:276 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:17303 (16.8 KiB) TX bytes:17548 (17.1 KiB)
pppoe-voip Link encap:Point-to-Point Protocol
inet addr:123.123.123.231 P-t-P:123.123.123.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:12 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:5943 (5.8 KiB) TX bytes:9299 (9.0 KiB)
Se non avete un inet addr assegnato o se P-t-P non riporta il valore del gateway trovato nella sezione 3, verificate la vostra configurazione, avete sbagliato qualcosa.
2) Verifica corretto instradamento connessione voip:
Eseguite il comando “route”, se non avete due righe riferite all’interfaccia voip come di seguito, avete sbagliato qualcosa nella configurazione delle regole di routing nella sezione 3 (naturalmente al posto di 123... avrete il vostro gateway):
123.123.123.123 * 255.255.255.255 UH 0 0 0 pppoe-voip
10.0.0.0 123.123.123.123 255.0.0.0 UG 1 0 0 pppoe-voip
Se il gateway appartiene alla classe 1.255 è probabile che abbiate sbagliato a generare ed impostare l’host_uniq in wan o voip, o che qualora wan fosse già stata connessa con lo stesso mac address ma con host_uniq errato/non impostato ora non sia possibile connettersi sulla rete voip. Ritornate alle sezioni 2 e 3, e verificate di aver fatto tutto correttamente. Se i problemi persistono, date a wan e voip dei nuovi mac address (ad esempio incrementateli entrambi di +0x0F).
3) Verifica risoluzione DNS dei proxy e risposta al ping
Provate a risolvere l’host del proxy con “nslookup proxy1-****.vodafone.it” (naturalmente inserite l’indirizzo del vostro proxy) . L’host deve essere risolto in un indirizzo del tipo 10.123.123.123, di seguito l’output di esempio di una risoluzione host corretta:
Server: 127.0.0.1
Address 1: 127.0.0.1 localhost.homenet.telecomitalia.it
Name: proxy1-****.vodafone.it
Address 1: 10.174.0.32
Se il vostro proxy non viene risolto, avete sbagliato qualcosa nella configurazione del file dhcp, verificate la sezione 5.
Se la risoluzione è corretta, effettuate un ping al proxy: “ping proxy1-****.vodafone.it”
Se non avete risposta al ping, la causa più probabile è che l’host_uniq in wan o voip sia errato e che quindi vi sia stato assegnato un gateway sbagliato. Verificate di aver generato correttamente l’host_uniq, ritornate nella sezione 2 e verificate di aver fatto tutto correttamente.
4) Regole del firewall e configurazione mmpbxd
Se le verifiche precedenti funzionano, il problema potrebbe essere nella configurazione del firewall o in quella di mmpbxd. Verificate le configurazioni nelle sezioni 4 e 6.
Perché queste indicazioni non combaciano con quelle ufficiali Vodafone?
Questa guida nasce per un semplice motivo: provando a configurare la fonia su un router basato su OpenWRT con i parametri forniti da Vodafone si presenta un problema nelle chiamate in ingresso, che funzionano per circa un minuto, passato il quale la linea diventa non raggiungibile dall’esterno.
A quanto pare questo problema è dovuto ad una incompatibilità tra il gestore dei servizi VOIP (mmpbxd) e la soluzione alternativa creata da Vodafone per le persone che hanno intenzione di non usare una Vodafone Station.
Poiché i dati di autenticazione forniti per la soluzione alternativa di Vodafone funzionano anche con la soluzione standard (quella usata dalla Vodafone Station), è possibile configurare il router in modo tale che funzioni con tale soluzione.
In parole povere, è possibile collegarsi ai proxy utilizzati dalla Vodafone Station tramite una seconda connessione pppoe sul vlan id 1035 opportunamente configurata.
Ringraziamenti
Non sarebbe stato possibile creare questa guida senza il supporto e la revisione di @LuKePicci
-
Provo a riassumere
, sul modem non ho trovato ne xxd ne od per fare in automatico la conversione del seriale in HOST_UNIQ, quindi bisogna valorizzare a mano.
Può sembrare ovvio: e' richiesto che valorizziate con i vostri valori le prime righe dello script e che il modem sia fisicamente connesso alla linea vodafone prima di lanciarlo
Se non avete mai connesso prima il router alla linea Vodafone, non fatelo finchè lo script non si ferma su "Waiting..."
SERIALE="X123456789"
MAC_VOIP="A4:91:B1:34:5D:9B"
NUMERO_VOIP="0123456789"
PASSWORD_VOIP="aaaaaaaaaaaaaa"
INTERFACE="ptm0" #ptm0 per VDSL via modem integrato, eth4 per FTTH/PON o altro via ethernet WAN
REGISTRAR1_VOIP="proxy1-*****.vodafone.it"
PROXY1_VOIP="proxy1-*****.vodafone.it"
REGISTRAR2_VOIP="proxy2-*****.vodafone.it"
PROXY2_VOIP="proxy2-*****.vodafone.it"
#DA QUI IN POI NON C'E BISOGNO DI MODIFICARE
HOST_UNIQ="`echo -n $SERIALE | hexdump -ve '/1 "%02X"'`"
uci set network.wan.username=D-"$SERIALE"
uci set network.wan.password='vodafone'
uci set network.wan.host_uniq="$HOST_UNIQ"
uci commit network
ifdown wan && ifup wan
echo "Waiting for wan pppoe…"
while ! (ifconfig | grep pppoe-wan); do sleep 1; done
uci -q show network.voip${INTERFACE} >/dev/null && (
uci -q delete network.old_voip${INTERFACE}
uci rename network.voip${INTERFACE}=old_voip${INTERFACE}
uci set network_old_voip${INTERFACE}.enabled=0
uci add network device
uci rename network.@device[-1]=voip${INTERFACE}
)
uci set network.voip"$INTERFACE"=device
uci set network.voip"$INTERFACE".type='8021q'
uci set network.voip"$INTERFACE".name=voip"$INTERFACE"
uci set network.voip"$INTERFACE".macaddr="$MAC_VOIP"
uci set network.voip"$INTERFACE".ifname="$INTERFACE"
uci set network.voip"$INTERFACE".ipv6='0'
uci set network.voip"$INTERFACE".vid='1035'
uci set network.voip"$INTERFACE".enabled='1'
uci -q show network.voip >/dev/null && (
uci -q delete network.old_voip
uci rename network.voip=old_voip
uci set network_old_voip.auto=0
uci add network interface
uci rename network.@interface[-1]=voip
)
uci set network.voip=interface
uci set network.voip.auto='1'
uci set network.voip.proto='pppoe'
uci set network.voip.demand='0'
uci set network.voip.macaddr="$MAC_VOIP"
uci set network.voip.ipv6='0'
uci set network.voip.keepalive_adaptive='0'
uci set network.voip.ifname=voip"$INTERFACE"
uci set network.voip.password='vodafone'
uci set network.voip.username=V-"$SERIALE"
uci set network.voip.host_uniq="$HOST_UNIQ"
uci set network.voip.keepalive='4,20'
uci set network.voip.defaultroute='0'
uci commit network
/etc/init.d/network reload
echo "Waiting for voip pppoe…"
while ! (ifconfig | grep pppoe-voip); do sleep 1; done
GATEWAY="`route | grep voip | cut -d' ' -f1`"
uci -q show network.voip_private >/dev/null && (
uci -q delete network.old_voip_private
uci rename network.voip_private=old_voip_private
uci set network.old_voip_private=disabled_route
uci add network route
uci rename network.@route[-1]=voip_private
)
uci set network.voip_private=route
uci set network.voip_private.interface='voip'
uci set network.voip_private.netmask='255.0.0.0'
uci set network.voip_private.metric='1'
uci set network.voip_private.target='10.0.0.0/8'
uci set network.voip_private.gateway="$GATEWAY"
uci add_list firewall.wan.network='voip'
uci set mwan.if1_mwan.interface='voip'
uci set dhcp.@dnsmasq[0].rebind_protection='1'
uci set dhcp.@dnsmasq[0].rebind_localhost='1'
uci set dhcp.@dnsmasq[0].cachelocal='1'
uci set dhcp.@dnsmasq[0].cachesize='200'
uci add_list dhcp.@dnsmasq[0].server='/proxy.dsl.vodafone.it/91.80.35.167'
uci add_list dhcp.@dnsmasq[0].server='/proxy.dsl.vodafone.it/91.80.35.134'
uci add_list dhcp.@dnsmasq[0].rebind_domain='/proxy.dsl.vodafone.it/'
uci set mmpbxrvsipnet.@network[0].interface='voip'
uci set mmpbxrvsipnet.@network[0].local_port='5060'
uci set mmpbxrvsipnet.@network[0].transport_type='UDP'
uci set mmpbxrvsipnet.@network[0].domain_name='ims.vodafone.it'
uci set mmpbxrvsipnet.@network[0].primary_registrar="$REGISTRAR1_VOIP"
uci set mmpbxrvsipnet.@network[0].primary_proxy="$PROXY1_VOIP"
uci set mmpbxrvsipnet.@network[0].primary_registrar_port='5060'
uci set mmpbxrvsipnet.@network[0].secondary_registrar="$REGISTRAR2_VOIP"
uci set mmpbxrvsipnet.@network[0].secondary_proxy="$PROXY2_VOIP"
uci set mmpbxrvsipnet.@network[0].secondary_proxy_port='5060'
uci set mmpbxrvsipnet.@network[0].session_timer='disabled'
uci set mmpbxrvsipnet.@profile[0].user_name=+39"$NUMERO_VOIP"@ims.vodafone.it
uci set mmpbxrvsipnet.@profile[0].uri=+39"$NUMERO_VOIP"
uci set mmpbxrvsipnet.@profile[0].display_name=+39"$NUMERO_VOIP"
uci set mmpbxrvsipnet.@profile[0].enabled='1'
uci set mmpbxrvsipnet.@profile[0].password="$PASSWORD_VOIP"
uci commit
/etc/init.d/network reload
/etc/init.d/dnsmasq restart
/etc/init.d/firewall reload
if /etc/init.d/mwan enabled; then /etc/init.d/mwan reload; fi
/etc/init.d/mmpbxd enable
/etc/init.d/mmpbxd restart
echo "Trying to ping voip proxies…"
if ! (ping -W 2 -c 1 $PROXY1_VOIP || ping -W 2 -c 1 $PROXY2_VOIP) >/dev/null; then echo ping test failed; fi
# END
-
@gacchu ottimo lavoro! Ti consiglio di farti mettere il thread in evidenza da un moderatore.
-
@milan100 grazie, era proprio necessario mettere un po' d'ordine nel casino che abbiamo creato nell'altro thread. Se i moderatori lo riterranno opportuno, metteranno questo thread in evidenza.
@FrancYescO grazie per il contributo, sicuramente impostare tutto tramite uci è comodo, ma dato che la guida è generica e può essere utilizzata su diversi apparati, credo che almeno durante la prima configurazione sia importante modificare i file a mano, almeno si ha più controllo su ciò che si sta facendo (verificare l'esistenza di mwan e controllarne il contenuto, verificare eventuali regole del firewall in conflitto con l'interfaccia voip etc.).
Successivamente effettuando le eventuali modifiche al tuo lavoro adeguandole alla situazione che si trova nei vari file di configurazione, diventa più rapido e conveniente impostare tutto tramite uci.
So di essere stato prolisso, ma ci tenevo a descrivere tutto nel modo più chiaro possibile. Tutto sommato, alla fine, bisogna modificare 4 file di configurazione.
-
Figurati lo so che e' meglio impostare tutto a mano e controllando quello che si fa, ma se si riesce a scriptare il tutto e' tanto meglio, ho solo colto l'occasione per fare (una parte di) quello che volevo fare da tempo: una lista di script da richiamare per poter configurare, per lo meno i router technicolor con i vari operatori senza tante grane dandogli solo i parametri di input di cui si ha strettamente bisogno (in alcuni casi basterebbe numero di telefono e password del voip, il resto e' ricavabile) ... solo che servirebbe qualcuno che si mette di impegno come hai fatto tu a capire come orchestrare tutte le componenti
nel caso specifico, se il file mwan non esiste ci si becca un semplice "uci path not found" ma almeno da come hai scritto tutto dovrebbe funzionare ugualmente, poi se qualcuno avra' voglia di provarlo lo miglioro con il tempo e con i problemi che si presentano, per ora e' da considerare come "prova lo script se non funziona segui passo passo la guida"
-
Ragazzi scusate ho un paio di problemi nella configurazione.
Prima di tutto volevo dirvi che questa guida è fantastica visto anche che attualmente è l'unico modo per far funzionare il voip Vodafone su router che non siano i Fritz!, complimenti davvero!! :clap:
Io ho un TG789vac v2 della TIM, sbloccato con il firmware UNO. Ho provato a far funzionare il VoIP su questo modem usando direttamente lo script di @FrancYescO in modo da evitare eventuali errori, ma purtroppo non ci riesco.
Mi vengono fuori due problemi che non so se dipendano dal modello del modem che non supporta determinate cose (se non sbaglio questa guida è fatta ad hoc per il TIM Hub):
- Il mio file /etc/config/mwan è vuoto e quindi anche il comando uci set mwan.if1_mwan.interface='voip' fallisce. Può influenzare?
- Il gateway che mi viene fuori è della classe 1.255 e ho letto che se viene fuori un gateway così c'è qualcosa che non va nell'unique_id. Ho controllato almeno 5 volte che fosse presente sia nell'interfaccia wan che nell'interfaccia voip. L'ho ricalcolato in due modi diversi e viene sempre lo stesso. Non so davvero dove sbaglio. Non vorrei che questo modem non supportasse il tag host_uniq...
Internet funziona normalmente anche con il tag host_uniq inserito nell'interfaccia wan, solo il VoIP non funziona visto che il gateway che mi esce è sbagliato (non è nemmeno pingabile).
Grazie a chi vorrà aiutarmi :)
-
Il primo sicuramente dipende dal modello (o meglio dal firmware) ma stando alla guida: E’ possibile anche che il file mwan sia vuoto o inesistente, anche in questo caso non dovete fare nulla.
per il secondo non saprei aiutarti ma e' sicuramente quello bloccante... forse dipende dal MAC usato? intanto mi confermi che lo script procede con tutta la configuarazione impostando quel gateway anche se sbagliato?
-
@FrancYescO il mac non influisce in alcun modo. Basta semplicemente cambiare gli ultimi due valori rispetto a quello del modem che si sta usando,e va uguale.
@kitt1997 esegui da shell il comando route e postaci il risultato. Esegui poi il comando ifconfig e fai la stessa cosa.
ps l'host uniq ce l'hai da 30 numeri?
ps2 no il modem supporta il tag host uniq.
-
si puo' utilizzare anche lo stesso MAC dell'interfaccia WAN?
-
@FrancYescO no quello non si può fare. Devono pur essere distinti.
-
@FrancYescO Nello script c'è solo da aumentare il tempo di sleep perchè, almeno con il mio router, ci mette più di 5 secondi a riavviare il processo network e quindi la variabile GATEWAY mi era rimasta vuota. Infatti poi ho dovuto manualmente rieseguire uci set network.voip_private.gateway="1.255.xxx.xxx". Direi che 15-20 secondi potrebbero andare bene. Per il resto è andato tutto bene
@milan100 Io non avevo nessun MAC presente in tutto il file network, a differenza di quello che diceva la guida. Ho preso quello scritto sull'etichetta e ho fatto +1. Va bene?
Il risultato dei due comandi ve lo posto domani in giornata perchè ora non ho il modem sotto mano.
L'host uniq è di 30 numeri: 43313930xxxxxxxxxxxxxxxxxx3532. Questo il seriale: C190xxxxxxxxx52
-
@kitt1997 Premettendo che non sò come sia possibile che tu non abbia alcun riferimento mac nel file network,ti posto il codice così lo confronti,ed eventualmente lo copi con le opportune modifiche.
config device 'voipptm0'
option type '8021q'
option name 'voipptm0'
option macaddr 'xx:xx:xx:xx:xx:xx'
option ifname 'ptm0'
option ipv6 '0'
option vid '1035'
config interface 'voip2'
option auto '1'
option proto 'pppoe'
option demand '0'
option macaddr 'xx:xx:xx:xx:xx:xx'
option ipv6 '0'
option keepalive_adaptive '0'
option ifname 'voipptm0'
option password 'vodafone'
option username 'V-SERIALE VSR'
option host_uniq 'STRINGA'
option keepalive '4,20'
option defaultroute '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr 'xx:xx:xx:xx:xx:xx'
option ifname 'ptm0'
option ipv6 '0'
option vid '1036'
config interface 'wan'
option auto '1'
option proto 'pppoe'
option demand '0'
option macaddr 'xx:xx:xx:xx:xx:xx'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
option password 'vodafone'
option username 'D-SERIALE VSR'
option host_uniq 'STRINGA'
In wanptm0 e wan,metti il mac del modem TG789vac v2,mentre in voipptm0 e voip2 (mettilo così per il momento) metti il mac della station ma con gli ultimi due valori differenti. Oppure se vuoi ti affidi ad un generatore di mac casuali,e metti quelli.
voip2 va sostituito anche nel file firewall,come da guida. Nel file network stessa cosa,esattamente in questa parte di codice:
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.xxx.xxx.x'
Dopodichè riavvii il modem. Successivamente esegui i due comandi che ti dicevo.
Partiamo da qui,e poi man mano vediamo cosa correggere.
-
le option macaddr non sono obbligatorie, semplicemente se non ci sono viene utilizzato il MAC reale del dispositivo
-
Allora, dopo aver ripristinato la configurazione del router da un backup che mi ero creato prima di metterci le mani, ho rieseguito tutto lo script.
Rispetto a ieri però ho inserito come MAC_VOIP il MAC della VSR (tanto la metto in una scatola, non devo riusarla). Inoltre alla fine ho riavviato il router, cosa che stupidamente non avevo fatto ieri.
Adesso FUNZIONA ALLA GRANDE!!
Grazie mille a tutti, davvero! :)
Aggiungo anche che il voip si è correttamente configurato pur non avendo il gateway nella route voip_private. Avevo infatti utilizzato lo script originale con sleep 5 e la variabile era rimasta vuota. Io in ogni caso l'ho aggiunto successivamente a mano, non si sa mai.
Un'ultima cosa: il router mi ha aggiunto automaticamente questa riga in config route 'voip_private':
option _key '29C407C3XXXXXXXXXXXXXXXXB91B398E'
-
puoi ignorare la _key roba che viene aggiunta in automatico da uci o chi per lui
piuttosto se il MAC della VSR e' necessario penso sia giusto darci un peso adeguato, perche' dalla guida sembra sia indifferente
-
@kitt1997 Ottimo!!! Anche meglio del previsto. Gli script di @FrancYescO a quanto vedo funzionano perfettamente.
-
@FrancYescO non é fondamentale. Puoi mettere ciò che vuoi purché le due VLAN differiscano con i mac. Se ne avesse messa una generata casualmente,avrebbe funzionato ugualmente.
-
@milan100 Ma non è che il MAC viene comunicato anche ai server Vodafone che fanno una comparazione MAC-Seriale o MAC-host uniq? O dico una stupidaggine?
-
@kitt1997 Ma no,tant'è che io uso il mac della vsr modificato nelle ultime due cifre. Se ci fosse una comparazione atta ad autentificare la sessione,non mi dovrebbe proprio funzionare. E invece...
-
Il check potrebbe essere fatto anche sull'oui (i primi 6 caratteri del MAC che sono uguali per tutte le VS)
-
Consiglio vivamente di NON usare il mac address della Vodafone Station, nel caso in cui si dovesse ricollegare ad esempio per richiedere assistenza, potrebbero crearsi casini sul routing di Vodafone, la conseguenza potrebbe essere un'assenza di linea per un tot di tempo.
Il check non viene fatto sull'OUI, va bene un MA qualsiasi, l'importante è evitare il rischio di collisioni (quindi non usare MA wan della Vodafone Station o di altri apparati che usi per la connessione wan).
@kitt1997 se hai cambiato le ultime due cifre del MA della VS, tieni conto che potresti aver scelto un indirizzo usato dalla VS per qualche altra interfaccia, riporto di seguito come dovrebbe essere organizzata la gestione dei MA sulla VS (naturalmente fa fede per calcolare gli intervalli):
00 lan
06 wan dati
07 wan voce
08 wifi 2.4
09 lan ospiti
0A wifi community 2.4
0C wifi 5
0E wifi community 5
Se controlli in ifconfig, l'interfaccia wan (probabilmente wanptm0) DEVE avere un Mac Address assegnato. Per stare tranquillo e non creare possibili collisioni quando ti troverai a ricollegare la VS, prendi quel MA e somma +1
-
@gacchu Ok, ho cambiato e ora non dovrei aver problemi
Ora mi sto accorgendo, invece, che le chiamate in entrata vengono terminate dopo 90 secondi esatti di conversazione. Per le chiamate in uscita non ci sono problemi.
Ho settato qualcosa di sbagliato?
EDIT:
Temporaneamente ho risolto dando uci set mmpbxrvsipnet.sip_net.session_timer='disabled'. Ma non so che cosa cambi disabilitando il timer delle sessioni…
Da log escono queste cose (3 chiamate ricevute):
Tue Jan 7 19:50:18 2020 user.debug mmpbxd[16707]: [MMRVSIPIMPL::NETWORKOBJ]:C: onMtfLogEvt:1705 - IPP_SIPCONT - rvCCProviderSipProcessIncomingSdp: No body in message 0x57d148, connection 0x719e38
Tue Jan 7 19:50:25 2020 daemon.err odhcp6c[10172]: Failed to send DHCPV6 message to ff02::1:2 (Operation not permitted)
Tue Jan 7 19:52:27 2020 user.debug mmpbxd[16707]: [MMRVSIPIMPL::NETWORKOBJ]:C: onMtfLogEvt:1705 - IPP_SIPCONT - rvCCProviderSipProcessIncomingSdp: No body in message 0x5853c8, connection 0x719e38
Tue Jan 7 19:52:35 2020 daemon.err odhcp6c[10172]: Failed to send DHCPV6 message to ff02::1:2 (Operation not permitted)
Tue Jan 7 19:54:10 2020 daemon.info odhcpd[3252]: Using a RA lifetime of 0 seconds on br-lan
Tue Jan 7 19:54:10 2020 daemon.notice odhcpd[3252]: Failed to send to ff02::1%br-lan (Operation not permitted)
Tue Jan 7 19:54:14 2020 user.debug mmpbxd[16707]: [MMRVSIPIMPL::NETWORKOBJ]:C: onMtfLogEvt:1705 - IPP_SIPCONT - rvCCProviderSipProcessIncomingSdp: No body in message 0x5989b8, connection 0x719e38
Tue Jan 7 19:54:26 2020 daemon.err odhcp6c[10172]: Failed to send DHCPV6 message to ff02::1:2 (Operation not permitted)
-
@kitt1997 rifai il log.
-
@milan100
Non mette più nulla, solo quest'errore Tue Jan 7 21:49:51 2020 daemon.err odhcp6c[10172]: Failed to send DHCPV6 message to ff02::1:2 (Operation not permitted)Ma ne ho molti di questi errori, anche fuori dalle chiamate. Direi che non c'entrano niente.
C'è un modo per abilitare il log dei messaggi SIP? Ho cercato dappertutto ma non ho trovato niente
-
@kitt1997 scrivendo questo comando: logread | grep mmpb,hai una panoramica relativa alla telefonia.
Per quanto riguarda quegli altri errori,si effettivamente non c'entrano nulla col problema. Anzi son robe relative all'ipv6.
-
@milan100 sì quel comando lo sapevo, però l'ultima riga è di quando ho riavviato il servizio mmpbx. Dopo ho ricevuto altre due chiamate ma non ha registrato niente.
Mi chiedevo se c'era un log dove venissero registrati i messaggi SIP tra il router e il server SIP per vedere un po' quale fosse la causa che faceva scattare il timer
-
@kitt1997 io francamente trovo strana questa cosa del timing. Fino ad adesso io e @gacchu non abbiamo avuto problemi del genere,anzi è risultato tutto assolutamente funzionante.
Il che mi porta a chiederti,hai configurato perfettamente tutto? Magari ti è sfuggito qualcosa.
-
@milan100 boh, la configurazione credo sia apposto... ho eseguito direttamente lo script.
Nella configurazione di mmpbxrvsipnet ho questo:
option session_timer 'disabled'
option min_session_expires '90'
option session_expires '180'
È l'unico 90 (1m e 30s) presente in tutto il file perciò direi che è quello che scatta.
Avevo trovato questo https://www.voispeed.com/2016/02/29/le-chiamate-da-voip-cadono-dopo-30-secondi/ (https://www.voispeed.com/2016/02/29/le-chiamate-da-voip-cadono-dopo-30-secondi/) però mi è di poco aiuto se non posso leggere i messaggi SIP
-
Confermo, da me nessun problema di timeout.
Per avere il log sui messaggi sip, nel file mmpbxrvsipnet nella sezione "config syslog" imposta la option log_sip_message su 1.
Verifica l'Helper NAT SIP. Non credo possa influire, comunque se lo hai abilitato, disabilitalo (io non lo uso).
Ti metto di seguito la mia configurazione, sinceramente è quella di default, quindi non credo che il problema risieda lì. Comunque dare un'occhiata non costa nulla.
config network 'sip_net'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'voip'
option local_port '5060'
option primary_registrar_port '5060'
option secondary_proxy_port '5060'
option transport_type 'UDP'
option reg_expire_T_before '1'
option reg_back_off_timeout '60'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option re_registration_mode 'ims'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay 'rfc2833'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option provisional_timer '1200'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_provisional_response '180'
option call_waiting_reject_response '486'
option reliable_provisional_response 'when_supported'
option forking_mode 'replace'
option ingress_media_timeout '1000'
option session_timer 'disabled'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option control_qos_value '40'
option realtime_qos_field 'dscp'
option realtime_qos_value '40'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option primary_proxy_port '5060'
option primary_registrar 'proxy1-***.vodafone.it'
option primary_proxy 'proxy1-***.vodafone.it'
option secondary_proxy 'proxy2-***.vodafone.it'
option secondary_registrar 'proxy2-***.vodafone.it'
option secondary_registrar_port '5060'
option reg_expire '3600'
option domain_name 'ims.vodafone.it'
Da quello che ho capito, nella tua configurazione non stai usando mwan. Se nel file di configurazione di mmpbx non trovi niente di differente, magari proviamo ad abilitare mwan e ad impostare le regole relative ad mmpbx
-
@gacchu ah ma allora è normale avere
option session_timer 'disabled'
Impostarlo su disabled era la mia soluzione temporanea, ma se ce l'hai anche te vuol dire che va bene così
-
@kitt1997 ottimo, fammi sapere se è stato risolutivo, così magari aggiorno la guida e @FrancYescO aggiorna lo script di configurazione
-
@gacchu sì sì il problema lo risolve. Mi chiedevo però, che conseguenze ha averlo disabilitato? Nel mio era abilitato di default
-
Fatto, in effetti è interessante capire come è stata cambiata quella voce se non fatto volontariamente
Anche perché se ricordo bene questo problema dei 3 minuti lo si aveva anche con TIM quando lo si usava con asterisk quindi potrebbe aiutare a risolvere il problema anche lì
-
@FrancYescO può essere, visto che c'è un altro timer da 180 secondi.
Comunque nella cartella di backup creata durante lo sblocco /etc/config/save.mmbx c'è il file originale del firmware UNO e anche lì è enabled
-
Le config originali, almeno per mmpbx (per alcuni servizi vengono generate al primo avvio) possono essere recuperate da /rom/etc/config
Comunque forse ci siamo risposti da soli, quella voce probabilmente è disabled di default solo sui firmware TIM ... Sarebbe da trovare l'equivalente su asterisk
-
Purtroppo in assenza di una documentazione ufficiale su mmpbx, per capire il funzionamento dei parametri di configurazione bisogna procedere in maniera empirica.
Non farti problemi nell'aver cambiato un parametro che nel tuo firmware era impostato di default. Per quanto riguarda le conseguenze, al momento l'unica cosa che possiamo ipotizzare è che sia un timer per le sessioni VoIP e che con la configurazione standard dei server Vodafone ha il comportamento che hai sperimentato. Immagino che l'unica utilità possa essere quello di evitare di lasciare inavvertitamente una chiamata attiva.
-
Non ricordo proprio quella voce,mentre le altre due si. Più tardi controllo meglio.
Comunque noto che rispetto al Tim hub,quell'altro modem ha delle particolarità strane.
edit: @gacchu @kitt1997 ho appena controllato,e quella stringa ce l'ho "enable". Mai avuto problemi di timing però.
-
@milan100 strano…
Vabbè, finché funziona, io non indagherei oltre. Diciamo che metterlo a disabled è la soluzione di un eventuale problema, ma di norma si può lasciar stare.
-
vi confermo che in alcune versioni precedenti del firmware era su enabled, nelle ultime è disabled. se aggiornate senza fare un reset è normale trovarlo enabled
-
@FrancYescO per asterisk basta aggiungere questo in sip.conf all'interno della configurazione del trunk:
"session-timers=refuse"
-
Sfortunatamente personalmente non posso provare (ho solo credenziali di Tiscali per il VoIP e non sono nemmeno stato ancora capace di farlo funzionare con asterisk)
A confermare che ciò influenza la caduta delle chiamate a questo punto dovreste essere voi utenti TIM e Vodafone
-
ragazzi sto cercando di configurare il voip vodafone su una tim hub, questa procedura posso usarla? come faccio se non ho il seriale della vodafone station dato che il mio contratto è nuovo e usufruendo del modem libero non ho mai avuto una station? posso sostituire il seriale e l'host unique con cosa?
-
@gabri_1908 ovviamente no. Devi per forza di cose avere una vsr da cui estrapolare i server e il seriale.
Praticamente hai erroneamente richiesto che non ti venisse fornita la vsr. Ti conviene contattare l'assistenza e vedere che cosa ti dicono,in modo da poterne usufruire,e poi eventualmente fare ciò che serve per attuare la guida.
-
Comunque ok che non può usare questa guida, ma DEVE aver un modo per configurarlo senza rete privata, e con le semplici configurazioni da "modem libero", personalmente penso che è un controsenso continuare ad usare le configurazioni "private" dopo tutto quello che si è fatto per la storia del modem libero
-
Ragazzi se cercate il mio topic ci sono delle informazioni più dettagliate perché e penso che la situazione sia cambiata e anche parecchio. Per me potrebbe essere un problema risolvibile cambiando i parametri del firmware tramite SPC nella cartella etc/config però bisogna solo capire dove andare a pescare @FrancYescO
@milan100
Comunque mi stavo chiedendo, il server Proxy non può essere quello che mi é stato inviato tramite messaggio da vodafone? Io nell'impostare il mio profilo SIP ho ricevuto l'indirizzo di un Proxy e da quel che vedo il seriale mi serve solo per reperire quell'indirizzo.
-
@FrancYescO ma può configurarlo senza rete privata, rifacendosi ai parametri rilasciati da vodafone per il modem libero. Il problema é che avrà anomalie nelle chiamate in ingresso. Un problema che può essere "aggirato" con gli altri operatori ma non con vodafone.
@gabri_1908 no perché quello viene fornito agli utenti che vogliono usare il modem libero. Quello che é richiesto nella guida,é un'altra cosa.
-
Si ma capisci la mia situazione? Non può essere legale una cosa del genere. Io pago per avere il servizio chiamate non può esistere che io non riesca ad usufruirne. Ci dev'essere qualcosa che posso fare.
Penso che nel caso in cui non riuscirò a rimediare chiederò la disdetta gratuita del contratto per mancato adempimento dei servizi da parte di vodafone... C'è poco da fare. Scusa una cosa, ma se io prendessi un'altro modem tipo fritzbox cambierebbe o avrei sempre questo problema?
-
@milan100 una cosa è che i problemi li avrà a prescindere (timhub non compatibile, ma piuttosto io credo sia semplicemente che non si è ancora riusciti a trovare i parametri giusti da cambiare) un'altra che a prescindere non si riesce a configurare senza VLAN (in questo caso sarebbe contro leggi l'AGCOM)
@gabri_1908 puoi partire proprio dalle istruzioni fritzbox per configurare su timhub ma come anticipato da milan100 pare ci siano ancora problemi irrisolti https://it.avm.de/assistenza/libera-scelta-del-router/vodafone/
-
Ragazzi solo una cosa: se è una questione di firmware, non c'è modo di "copiare" da quello di una fritzbox? Probabilmente sto dicendo una castroneria anche perché l'hardware è sicuramente diverso...
-
Ovviamente no, sono sistemi diversi.
Comunque la configurazione base dovresti riuscire a farla, (impostando registrar, proxy username e password) a quel punto dovresti trovarti nella situazione che diceva milan con problemi sulle chiamate in entrata (o magari chi lo sa sei fortunato e non ti capita) e da lì si può iniziare a capire qual è la variabile delle configurazioni che causa il problema
-
sisi ma io sono già a quel punto, sono ormai 3 giorni che navigo nei file della cartella etc/config
comunque fortunatamente sono ancora in tempo per il recesso gratuito senza rivolgermi all'agcom, ma ho sentito vodafone e fra qualche giorno mi contatterà personalmente l'assistenza tecnica. Magari spiegandogli la situazione mi darà un seriale per poter attuare la vostra guida... oppure mi farò inviare una configurazione adatta. Comunque non so se siete andati sul mio topic ma ho precisato alcune cose che potrebbero essere di rilievo: il mio non è un telefono voip, è un cordless analogico. Magari questo cambia le cose (anche se con la medesima configurazione con tim andava tutto liscio)
-
@FrancYescO che sia incompatibile il tim hub,ne dubito fortemente. E' comunque tra i migliori modem sul mercato,dal punto di vista tecnico. Oltretutto se la fonia tim funziona,non c'é motivo per cui non debba funzionare quella vodafone. Il problema sta tutto nel fatto che per qualche ragione ignota,dopo un tot di tempo viene chiusa la porta di comunicazione. Se ci fosse una qualche opzione come il "keep alive",allora il problema sarebbe risolto,ma non c'é,per cui il problema persiste. E ritorno al discorso di prima,su rete tim nonostante tali opzioni non siano presenti,la fonia non ha problemi,quindi si fa fatica a comprenderne le ragioni. Purtroppo fatta la legge trovato l'inganno. Loro ti danno si i dati però poi non hanno l'obbligo di supportarti in quanto il modem non é loro.
@gabri_1908 guarda l'autore del thread li contattò un mese e passa fa,senza ottenere nulla. Ti diranno che non é un buon modem e ti consiglieranno di cambiare con altro. Per come é impostata la legge,loro non sono tenuti a darti supporto su un modem che non é il loro. Nel tuo caso,tu non hai accettato il modem,quando invece gratis per gratis,l'avresti dovuto prendere.
Ora non ti resta che vedere cosa ti dicono,oppure approfittare dei 14 giorni di tempo,per rescindere senza penali,il contratto.
-
@milan100 infatti quello che dico è di trovare quelle motivazioni che (per ora) sono ancora ignote
Ok che con Tim funziona, ma nulla vieta a Vodafone di impostare il VoIP in maniera del tutto differente da Tim per cui servono variabili di config diversi (che sicuramente ci sono sul TimHub ma sta tutto nel trovarle)
Tralaltro lo vedo anche normale che gli ISP possano dare un range di prodotti compatibili poi sta al produttore dare assistenza su quelli che Vodafone stessa non ha dichiarato compatibili (assistenza che in questo caso non esiste)
Insomma quello di usarlo su VLAN sul TIMHUB è solo una delle soluzioni, che in questo caso (che è il caso standard di chi vuole fruire del "modem libero") non è attuabile
-
il problema è che il modem loro gratis per gratis ti vincola per 5 euro per ben 48 mesi! dato che cambio operatore circa ogni anno e mezzo, quelli sarebbero stati tutti soldi da dare una volta cessato il contratto, un po' come la mia tim hub.
P.S. se chiedessi all'ufficio tecnico di fornirmi un seriale? so che ha poco senso quel che dico, ma in linea teorica avrebbero dovuto fornirmene uno dandomi una vodafone station
-
@gabri_1908 Ma non conosci proprio nessuno che abbia una Vodafone Station (anche vecchissima) chiusa in un cassetto?
-
@gabri_1908 quello di cui parli tu,non c'entra col modem. Si tratta del contributo di attivazione della linea,ed è sempre presente,se non diversamente indicato dall'offerta.
Comunque riguardo il seriale,no categorico.
-
No fidati, si chiama vodafone ready e ti dicono essere incluso nella loro offerta. Il problema é che se cambi gestore ti chiedono di saldare le rate mancanti.
Comunque forse ho io stesso una vecchia vodafone station... Dite che con quel seriale forse potrei risolvere?
-
@gabri_1908 Sì l'importante è che sia una VS2, una VSR o una VPS altrimenti non puoi recuperare i proxy (stando a quello che dice la guida)
-
@gabri_1908 per quanto riguarda l'host_uniq una soluzione si trova, probabilmente puoi usare uno di quelli nostri cambiando gli ultimi caratteri e tutto dovrebbe funzionare. Per i proxy, credo che si possano ottenere anche senza una Vodafone station, bisognerebbe chiedere a @LuKePicci. L'alternativa, come già suggerito, è che ti fai prestare una VS o che ne acquisti una usata, su eBay si trovano a prezzi più che abbordabili.
-
ho letto gli utlimi messaggi... siete sicuri che vada bene anche il seriale di una vecchia station? non ho ancora avuto tempo di cercarla ma sono sicuro di averne una da qualche parte, ed era quella che usavo circa due massimo tre anni fa con adsl (era la vodafone station quella con lo schermino e i tasti non fisici).
Se non dovesse andar bene ci sarebbe qualcuno disposto a darmi il suo host uniq? e come faccio a contattare l'altro ragazzo per il proxy? scusatemi ma è poco che sono su questo forum.
In ogni caso qualcuno potrebbe darmi conferma che anche questo secondo metodo potrebbe funzionare, oltre a quello della vecchia station da riutilizzare?
P.S. Cercando su internet ho trovato la vodafone station che dovrei avere... è una Vodafone station 2. Dovrebbe andar bene giusto?
-
@gabri_1908 la VS2 dovrebbe andar bene. Come dice la guida, i proxy te li devi ricavare da solo collegando la VS alla linea perché dovrebbero variare da zona a zona
-
@gabri_1908 ottimo, se hai una VS2, fai un reset ai valori di fabbrica. Ricollegandola, dovrebbe autoconfigurarsi (impiegherà un po' di tempo dato che probabilmente ci sarà anche un aggiornamento del firmware). Dopodiché puoi tranquillamente seguire la guida.
-
L'unico problema è che la VS2 non era compatibile col VDSL, se quello è il caso gli tocca mettere momentaneamente il tim hub come bridge.
-
@LuKePicci è vero.. se è in VDSL la VS2 non funziona! :facepalm: Ho visto nell'altro topic che ha una 200M e quindi ha bisogno in tutti i modi di una revolution o di una power.
Come fa a metterla in bridge? Se non erro non ha la porta WAN
-
Ce l'ha, è condivisa con la quarta LAN, io l'ho usata in FTTH per qualche test svariati anni fa. La VPS ha un altro firmware, anche collegandola mi sa che non ha come leggerne i proxy.
-
Ciao ragazzi, ho configurato tutto usando lo script di @FrancYescO e tutte le configurazioni sembrano essere a posto, però non riesco a fare registrare il VOIP, ho l'impressione che il problema dipenda dal mio TIM Hub, infatti già prima ricevevo sporadicamente questo messaggio tentando la registrazione anche senza VLAN (Mentre funzionava con altri client VOIP) "MMPBX_REG_CLIENT_REASON_USER_REQUEST", avete suggerimenti per risolvere?
-
Hai seguito la sezione "INDIVIDUAZIONE EVENTUALI ERRORI" della guida?
La risoluzione dei proxy con nslookup funziona?
Il ping funziona?
Se sia risoluzione dns che ping funzionano, è probabile che sia una problema di configurazione di mmpbx, parti dai file di configurazione di default che trovi in /rom/etc/config/ e imposta tutto come da guida.
Se eseguite lo script di di FrancYescO non avete il controllo di eventuali problemi, se qualcosa non funziona, modificate i file di configurazione a mano e fate i check descritti sulla guida, altrimenti darvi supporto diventa difficile
-
Ops avete ragione, mi ero convinto che "MMPBX_REG_CLIENT_REASON_USER_REQUEST" fosse un problema relativo al mio TIM Hub, e non avevo neanche letto lo script :facepalm: l'interfaccia nel mio caso non era ptm0 ma eth4 essendo una FTTH con ONT esterno, appena ho sostituito quella tutto è partito :clap:
-
HOST_UNIQ=$(echo -n $SERIALE | hexdump -e '/1 "%X"')
Ora dovete calcolare l’host_uniq facendo una conversione stringa-esadecimale del seriale che avete appena preso.
Per farlo, se avete a disposizione un computer con Linux installato, potete eseguire questo comando:
“echo -n X123456789 |xxd -ps” (naturalmente inserite il vostro seriale).
In alternativa potete usare un convertitore online come quello che trovate in questa pagina:
https://codebeautify.org/string-hex-converter
Il risultato dovrà essere una stringa numerica di 30 caratteri. Mettete da parte anche l’host_uniq.
hexdump c'è anche sul router, se lo usi al posto di xxd tutti dovrebbero averlo a disposizione
-
Perfetto, ho aggiunto hexdump come metodo per calcolare l'host_uniq aggiungendo l'opzione per mostrare l'output completo, altrimenti la stringa viene abbreviata/troncata
echo -n X123456789 | hexdump -e '/1 "%X"' -v
-
Ho aggiornato lo script in modo da generare in automatico l'HOST_UNIQ e messa in piu' la variabile INTERFACE per evitare quello in cui si e' imbattuto lorenzocanalelc
-
Per essere ancora più precisi l'interface potrebbe anche essere atm0 in caso di ADSL se non sbaglio
-
L'avevo pensato ma per atm la configurazione è un po' diversa, spero a nessuno mai servirá 😅
-
ragazzi, qualcuno saprebbe dirmi per quale motivo nel passaggio esattamente prima del 4) col comando route |grep voip mi viene fuori solamente un indirizzo, mentre utilizzando il comando route mi vengono fuori due indirizzi uno ppoe voip e uno ppoe wan come dovrebbe essere corretto?
-
È fatto apposta con grep in modo da beccare quello giusto del voip.
-
ma nella guida è riportato che se tutto è andato a buon fine dovrebbero esserci due indirizzi pppoe voip ma a me ne esce solo uno!
questo esattamente prima del punto quattro
-
Rileggi bene il punto 3, mi sembra abbastanza chiaro:
Prima ne avrai solo una di riga, dopo la modifica del file network con il gateway e il restart le righe diventeranno (dovrebbero diventare) 2
-
Esattamente quel che cercavo di dire... Sicuramente mi sono espresso male io. Dopo aver configurato la route e riavviato mi appare ancora una sola riga anziché due
-
che MAC hai utilizzato? se rileggi i primi post sembra il problema sia riconducibile a quello..
-
Ma quale delle due vedi e quale no? Vedi quella che inizia per 10.0.0.0 o l'altra? Se vedi solo quella che inizia per 10.0.0.0 vuol dire che c'è qualcosa di errato nella configurazione pppoe per l'interfaccia voip (mac, user, pass, host_uniq). Se vedi solo l'altra vuol dire che hai fatto qualche errore di configurazione nella route statica che hai aggiunto.
-
@FrancYescO da fare nello script prima di settare l'interfaccia voip:
uci -q show network.voip >/dev/null && (
uci -q delete network.old_voip
uci rename network.voip=old_voip
uci set network_old_voip.auto=0
uci add network interface
uci rename network.@interface[-1]=voip
)
-
ma se la si elimina proprio se presente? evitiamo il rischio che sia attiva e in conflitto con quella creata.. soprattutto se eseguito due volte lo script
-
lo script ne mantiene solo una, se resta attiva non è un problema, ma se vuoi puoi aggiungere uci set network_old_voip.auto=0
Se la elimini diventa difficile capire come era configurata prima.
-
ragazzi ho un problema: il gateway che mi viene fuori è del tipo 1.255 che è quello che mi da problemi... ma l'host uniq l'ho ricavato da un serial number di una vs2 ed ho ricontrollato essere giusto sia quello che la conversione in hex. Quale potrebbe essere il problema? anche perchè ho solo questo come errore
Volevo provare ad utilizzare lo script di francesco ma non ho la più pallida idea di come lanciarlo... qualcuno potrebbe rispondere a questi miei quesiti? :help: :headbang:
-
@gabri_1908 hai seguito tutti i passaggi per l'individuazione di eventuali errori sulla guida?
Se sei certo che seriale e host_uniq sono corretti, verifica che:
/etc/config/firewall
1) nel config zone 'wan' sia presente list network 'voip'
2) effettua una ricerca della stringa "voip" all'interno del file, se sono presenti zone che la contengono, commentale (nel mio DGA4132 era presente una zona chiamata config zone 'z_if1' e config forwarding 'for_if1')
/etc/config/mwan
se hai roba all'interno di questo file, verifica che config policy 'if1_mwan' abbia come interface 'voip'
/etc/config/network
Verifica che nella configurazione della wan lo username sia D-tuoseriale e che sia presente l'host_uniq
Verifica che nell'interfaccia voip lo username sia V-tuoseriale e che sia presente l'host_uniq
Il proxy viene risolto correttamente con nslookup? (ip in classe 10)
Qual'è il mac address dell'interfaccia wan?
Qual'è il mac address dell'interfaccia voip?
Sarebbe utile avere un estratto del tuo ifconfig con: wanptm0, voipptm0, pppoe-wan, pppoe-voip
Aggiungi magari anche l'output del comando route.
Magari metti la configurazione di interfaccia wan e voip del file /etc/config/network (cambiando naturalmente SN e host_uniq)
-
allora ragazzi, ho ricontrollato tutto e rifatto tutto da capo rimandando il modem ai settaggi iniziali. Il problema sta nel gateway sbagliato che è della classe 1.255 infatti eseguendo nslookup mi risolve il proxy ma non riesce a pingarmelo usando ping. Davvero non so più come raccapezzarmi, può essere che il seriale della mia vodafone station non vada bene?
-
Qual'è il mac address dell'interfaccia wan?
Qual'è il mac address dell'interfaccia voip?
Sarebbe utile avere un estratto del tuo ifconfig con: wanptm0, voipptm0, pppoe-wan, pppoe-voip
Aggiungi magari anche l'output del comando route.
Magari metti la configurazione di interfaccia wan e voip del file /etc/config/network (cambiando naturalmente SN e host_uniq)
Riporta questi dati, altrimenti è difficile aiutarti
-
questa è la mia configurazione in etc/config/network
config interface 'wan'
option auto '1'
option proto 'pppoe'
option demand '0'
option macaddr 'A4:91:B1:2D:32:58'
option ipv6 '0'
option peerdns '1'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'wanptm0'
option reqopts '1 3 6 15 33 42 51 121 249'
option password 'vodafone'
option username 'D-S142xxxxxxxxx63'
option host_uniq '533136xxxxxxxxx9363633'
config route 'voip_private'
option interface 'voip'
option netmask '255.0.0.0'
option metric '1'
option target '10.0.0.0/8'
option gateway '1.255.63.1'
config device 'voipptm0'
option type '8021q'
option name 'voipptm0'
option macaddr 'A4:91:B1:2D:32:5A'
option ifname 'ptm0'
option ipv6 '0'
option vid '1035'
config interface 'voip'
option auto '1'
option proto 'pppoe'
option demand '0'
option macaddr 'A4:91:B1:2D:32:5A'
option ipv6 '0'
option keepalive_adaptive '0'
option ifname 'voipptm0'
option password 'vodafone'
option username 'V-S1406xxxxx9663'
option host_uniq '533134xxxxxxxx303239363633'
option keepalive '4,20'
option defaultroute '0'
dopodichè questp è l'output di route
/etc/config$ route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default net-93-66-58-1. 0.0.0.0 UG 0 0 0 pppoe-wan
1.255.63.1 * 255.255.255.255 UH 0 0 0 pppoe-voip
10.0.0.0 1.255.63.1 255.0.0.0 UG 1 0 0 pppoe-voip
93.66.58.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.128 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
239.0.0.0 * 255.0.0.0 U 0 0 0 br-lan
mentre queste sono le sezioni di ifconfig da voi richieste
voipptm0 Link encap:Ethernet HWaddr A4:91:B1:2D:32:5A
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2042 errors:0 dropped:0 overruns:0 frame:0
TX packets:3397 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:85767 (83.7 KiB) TX bytes:1153774 (1.0 MiB)
wanptm0 Link encap:Ethernet HWaddr A4:91:B1:2D:32:58
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:22234 errors:0 dropped:0 overruns:0 frame:0
TX packets:20509 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2567830 (2.4 MiB) TX bytes:1919509 (1.8 MiB)
pppoe-voip Link encap:Point-to-Point Protocol
inet addr:1.255.63.125 P-t-P:1.255.63.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:1359 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:54 (54.0 B) TX bytes:1062671 (1.0 MiB)
pppoe-wan Link encap:Point-to-Point Protocol
inet addr:93.66.58.223 P-t-P:93.66.58.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:510597 errors:0 dropped:0 overruns:0 frame:0
TX packets:171713 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:575229127 (548.5 MiB) TX bytes:20283845 (19.3 MiB)
ptm0 Link encap:Ethernet HWaddr A4:91:B1:2D:32:58
inet6 addr: fe80::a691:b1ff:fe2d:3258/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:515468 errors:0 dropped:0 overruns:0 frame:0
TX packets:177944 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:590784046 (563.4 MiB) TX bytes:25968788 (24.7 MiB)
ultima cosa: ho notato che quando eseguo il firewall restart mi da una marea di errori. Non credo sia molto normale
molto importante: il termine ultimo per il recesso gratuito della mia offerta è il 21, quindi ho questi ultimi due giorni per risolvere altrimenti dovrò recedere il contratto con vodafone e tornare a tim. Ovviamente a prescindere dal buon esito o no, ringrazio TUTTI di cuore per il supporto, sia quelli di questo thread sia il ragazzo che mi ha aiutato con i proxy Vodafone. Vi chiedo un ultimo sforzo visto che ormai ci sto perdendo le speranze
:'( :headbang: :help: :pray:
-
in /etc/config/network finchè non hai il gateway giusto, commenta tutta la sezione config route 'voip_private'
fatto questo, dai un "ifdown voip && ifup voip && route" e nell'output verifica se il gateway è ancora nella classe 1.255
Se non va, in /etc/config/network prova ad usare in voipptm0 e in voip questo mac address: E4:8F:34:3A:82:15 e dai un "/etc/init.d/network restart && /etc/init.d/firewall restart". Ricontrolla in route se è cambiato qualcosa.
Cosa intendi che quando restarti il firewall hai un sacco di errori? dovresti avere solo qualche warning, eventualmente posta anche l'output che hai quando restarti il firewall
-
questo è l'output del tuo comando
/etc/config$ ifdown voip && ifup voip && route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default net-47-53-7-1.c 0.0.0.0 UG 0 0 0 pppoe-wan
47.53.7.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.128 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
non mi esce neanche un pppoe voip. ed io la parte voip private l'ho proprio tolta che è diverso
-
AGGIORNAMENTO IMPORTANTE
/etc/config$ route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default net-188-152-139 0.0.0.0 UG 0 0 0 pppoe-wan
1.197.128.1 * 255.255.255.255 UH 0 0 0 pppoe-voip
188.152.139.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.128 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
/etc/config$ route |grep voip
1.197.128.1 * 255.255.255.255 UH 0 0 0 pppoe-voipdopo aver cambiato mac mi da un indirizzo che sembra essere valido, non più di classe 1.255 e terminante con uno sotto la voce pppoe voip
-
Comunque ragazzi grazie di tutto, ho risolto totalmente il problema, ve ne sono infinitamente grato.
:clap: :)
-
buono ci sei, ora rimetti quella sezione voip_private che avevi eliminato ma rimpiazza il valore di gateway con quello che hai ottenuto ora, 1.197.128.1
dopo aver cambiato mac mi da un indirizzo che sembra essere valido, non più di classe 1.255 e terminante con uno sotto la voce pppoe voip
Probabile che il mac di prima fosse bruciato, perchè lo avevi già connesso precedentemente senza host_uniq
-
Non so perché ma nella configurazione standard del DGA4132 (Ho appena fatto un reset) con FTTH eseguendo lo script di @FrancYescO ho avuto bisogno del comando
uci set network.voipeth4.enabled="1"Perché di base la voipeth4 è disattivata credo
-
@FrancYescO e @gacchu il comando hexdump che ho suggerito a rigore andrebbe modificato in questo modo:
hexdump -ve '/1 "%02X"'in realtà il problema non emerge mai con caratteri ASCII, quindi è giusto per evitare che qualcuno ne tragga spunto per altri fini con conseguenze disastrose.
-
Perfetto, guida aggiornata!
-
Chiedo scusa in anticipo se non sono riuscito a trovare risposta nei post precedenti, ma se ho vodafone power station mi è possibile estrarre i proxy con la procedura indicata in prima pagina? c'ho provato ma ricevo l'errore che SOAPObject non è stato trovato
Vi ringrazio per l'aiuto
-
No, quella guida riguarda le VS con Openrg, quindi VS2 e VSR. La tua VPS ha un firmware Sercomm di cui so relativamente poco, non so se da lì ci sia la possibilità di conoscerli.
-
peccato, grazie ;)
-
buonasera a tutti
una tastiera amica mi ha fornito i proxy
proxy1-VP*****-VM******.proxy.dsl.vodafone.it
proxy2-VP*****-VM******.proxy.dsl.vodafone.it
per utilizzare lo script di FrancYescO ho cambiato ptm0 in eth4 (ho una FTTH)
però non so come sostituire la parte con registrar e proxy
è giusto così?
REGISTRAR1_VOIP="registar1-VP*****-VM******.proxy.dsl.vodafone.it"
PROXY1_VOIP="proxy1-VP*****-VM******.proxy.dsl.vodafone.it"
REGISTRAR2_VOIP=registar2-"VP*****-VM******.proxy.dsl.vodafone.it"
PROXY2_VOIP="proxy2-VP*****-VM******.proxy.dsl.vodafone.it"
grazie per l'aiuto
-
no no, i due indirizzi coincidono, devi usare il medesimo sia in proxy che in registrar, non so perchè nella guida c'è quel riferimento ai nomi che iniziano per "registrar1-*" … @gacchu ??
-
Dato che in linea teorica proxy e registrar possono differire, è stato fatto questo distinguo. Nella guida è ben specificato che probabilmente coincidono
Dovreste trovarli scritti nella forma proxy1.****.vodafone.it e proxy2.****.vodafone.it. Mettete da parte i 4 indirizzi (nel caso proxy1/registrar1 e proxy2/registrar2 coincidessero, saranno 2 indirizzi).
Nella sezione config network 'sip_net', effettuate queste variazioni, inserendo al posto di “proxy1-*****.vodafone.it” l’indirizzo del vostro proxy1 e al posto di registrar1-****.vodafone.it l’indirizzo del vostro registrar (dovrebbe coincidere con quello del proxy, se non coincidesse, specificate l’indirizzo che avete preso nella sezione 1):
-
Eh si, è proprio lì l'errore. Correggi così:
Dovreste trovarli scritti nella forma proxy1.****.vodafone.it e proxy2.****.vodafone.it. Mettete da parte questi 4 indirizzi (nel caso proxy e registrar coincidessero, saranno solo 2 diversi indirizzi proxy1/proxy2).
Nella sezione config network 'sip_net', effettuate queste variazioni, inserendo in primary proxy, primary registrar, secondary proxy e secondary registrar quelli che avete ottenuto in precedenza. (di solito per Vodafone gli indirizzi di proxy e registrar dovrebbero coincidere):
-
grazie mille ad entrambi :)
-
scusate ma non riesco proprio a trovare l'indirizzo del gateway
questo il mio network dopo le primissime modifiche
config device 'waneth4'
option type '8021q'
option name 'waneth4'
option macaddr 'A4:91:B1:C6:75:BA'
option ifname 'eth4'
option ipv6 '0'
option vid '1036'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr 'A4:91:B1:C6:75:BA'
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config interface 'wan'
option auto '1'
option proto 'pppoe'
option demand '0'
option keepalive '4,30'
option graceful_restart '1'
option macaddr 'A4:91:B1:C6:75:BA'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option ifname 'waneth4'
option password 'vodafone'
option username 'D-R12356789'
option host_uniq '123456789'
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option proto 'mobiled'
option session_id '0'
option profile '1'
option iface_464xlat '0'
option auto '0'
config interface 'wan6'
option ifname '@wan'
option proto 'dhcpv6'
option reqopts '12 21 22 23 24 25 31 56 64 67 82 83'
option noslaaconly '1'
option iface_464xlat '0'
option auto '0'
option dns_metric '20'
config interface 'sfp'
option proto 'static'
option ifname 'eth4'
option ipaddr '192.168.2.2'
option netmask '255.255.255.0'
config device 'voipeth4'
option enabled '0'
option type '8021q'
option name 'voipeth4'
option macaddr 'A4:91:B1:C6:75:BB'
option ifname 'eth4'
option vid '84'
option mtu '1400'
option ipv6 '0'
config interface 'voip'
option auto '0'
option proto 'dhcp'
option ifname '<set by script>'
option macaddr 'A4:91:B1:C6:75:BB'
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option vendorid 'DGA4132_CP1842SAYGP'
option ip4table 'voip'
option defaultroute '1'
option dnsset 'voip'
config device 'voipeth4'
option type '8021q'
option name 'voipeth4'
option macaddr 'E4:8F:34:3A:82:15'
option ifname 'eth4'
option ipv6 '0'
option vid '1035'
config interface 'voip'
option auto '1'
option proto 'pppoe'
option demand '0'
option macaddr 'E4:8F:34:3A:82:15'
option ipv6 '0'
option keepalive_adaptive '0'
option ifname 'voipeth4'
option password 'vodafone'
option username 'V-R123456789'
option host_uniq '123456789'
option keepalive '4,20'
option defaultroute '0'
se eseguo il comando "/etc/config$ route |grep voip" mi risponde pagina nera
se eseguo ilcomando /etc/config$ route mi risponde così
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default net-2-44-116-1. 0.0.0.0 UG 0 0 0 pppoe-wan
2.44.116.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.2.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
è possibile che debba modificare qualche parametro perchè non ho ont esterno ma mini ont nella porta sfp?
grazie
-
Il TIM Hub di base ha già un config device 'voipeth4' (come puoi vedere anche dal tuo file network), cancellalo e dovrebbe funzionare
-
finalmente :D
dopo averlo collegato a ont esterno, ho l'indirizzo del gateway (purtroppo di classe 1.255)
ma con l'indirizzo mac E4:8F:34:3A:82:15
ho l'indirizzo del gateway seguente
/etc/config$ route |grep voip
1.201.96.1 * 255.255.255.255 UH 0 0 0 pppoe-voip
/etc/config$ route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default net-2-44-116-1. 0.0.0.0 UG 0 0 0 pppoe-wan
1.201.96.1 * 255.255.255.255 UH 0 0 0 pppoe-voip
2.44.116.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.2.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
-
Il TIM Hub di base ha già un config device 'voipeth4' (come puoi vedere anche dal tuo file network), cancellalo e dovrebbe funzionare
grazie per il suggerimento, per ora forse ho risolto, ma lo tengo buono se dovessi avere altre difficoltà
-
Per far funzionare l'sfp devi mettere eth4lanwanmode a 1 in /etc/config/ethernet. Quando è 0 eth4 corrisponde alla quarta porta ethernet. Per i dettagli vedi qui: https://www.ilpuntotecnico.com/forum/index.php/topic,80598.msg249612.html#msg249612
Rimuovi l'altra voipeth4 da /etc/config/network come ha detto lorenzo
@FrancYescO giustamente il trucchetto di ripulire le interfacce preesistenti ci serve anche per l'altra sezione:
uci -q show network.voip${INTERFACE} >/dev/null && (
uci -q delete network.old_voip${INTERFACE}
uci rename network.voip${INTERFACE}=old_voip${INTERFACE}
uci set network_old_voip${INTERFACE}.enabled=0
uci add network device
uci rename network.@device[-1]=voip${INTERFACE}
)
-
ma con l'indirizzo mac E4:8F:34:3A:82:15
Nel mio caso non sto usando un mac address con OUI Vodafone e tutto funziona. Dato che questa è la seconda configurazione che non va con un MA qualsiasi, comincio a pensare che in alcuni casi venga fatto un check. Vediamo come procede, eventualmente aggiorno la guida facendo inserire un MA generato sommando un intervallo a quello wan riportato sul retro della VS.
-
Il problema è che loro bruciano il MAC address non Vodafone con impostazioni di host-uniq errate. A quel punto non è il metterne uno Vodafone che risolve la cosa, ma cambiarlo con uno diverso. Se ci fai caso gli unici che hanno risolto mettendone uno vodafone si erano tutti inceppati a metà con la guida. Se dici loro in partenza di usare quello Vodafone e si inceppano poi per risovlere devono metterne un altro inventato.
-
alla fine ce l'ho fatta, ringrazio tutti per il supporto
per quanto riguarda la mia situazione, FTTH con mini ont, ho risolto empiricamente con i seguenti accorgimenti:
- ho usato il mac address E4:8F:34:3A:82:15
- ont esterno
ho apportato le variazioni contemporaneamente e quindi non so dire quale delle 2 o se entrambe siano state necessarie per arrivare alla soluzione finale. da ignorante mi sentirei di affermare che l'ont esterno mi è servito per generare l'indirizzo ip del gateway e il mac address suggerito da gacchu mi è servito per avere un indirizzo gateway di classe non 1.255
ho seguito la procedura senza ulteriori intoppi fino alla fine, ma non sono riuscito ad ottenere la registrazione del numero. ho provato a cambiare nella scheda TELEFONIA alcuni parametri, ed alla fine sono riuscito ad ottenere la registrazione inserendo nel campo REGISTRAR PRIMARIO 'ims.vodafone.it' al posto del proxy1-VP*****-VM******.proxy.dsl.vodafone.it
per concludere, ho di nuovo inserito il mini ont nella porta sfp, funziona ancora tutto e facendo i debiti scongiuri pare che la fonia non si addormenti più
grazie ancora
-
ims.vodafone.it di sicuro non è un registrar, è il realm e il dominio ma non il registrar, poco ma sicuro. O c'è un errore nella caption sulla interfaccia grafica o cambiando quel parametro hai indirettamente aggiornato le settings e stai ora usando il registrar secondario.
-
stasera controllo mmpbxrvsipnet
-
ims.vodafone.it di sicuro non è un registrar
Perché? Nelle config Tiscali un dominio equivalente è proprio il registrar..
-
Ma qui parliamo di Vodafone
ims.ticali.net è un dominio che esiste, non ha record A associati ma esiste
ims.vodafone.it invece no
-
Grazie ragazzi per il lavoro che avete effettuato, ho appena finito di configurare il mio TG789 v2 VANT-6 con GUI uno, e devo dire che provato dopo dieci minuti a chiamare il numero di rete fissa, e sta andando alla grande.
Complimenti!!! :clap: :clap: :clap:
-
Ottimo @Azoto , sono contento di leggere che sia andato tutto liscio!
-
grazie @gacchu e scusami per il ritardo nel risponderti, gia inizio ad avere problemi per tirar fuori il proxy dalla vf station , ossia con firefox quando faccio F12 e tab console incollando lo script, mi rende attenzione alle truffe.... ecc .. senza venir fuori nulla, dove sbaglio?
-
Verifica.. da qualche parte nella schermata della console c'è qualcosa per chiudere l'avviso sulla pericolosità e procedere all'esecuzione del codice.
Naturalmente verifica che modello di Vodafone station hai, quel codice è eseguibile su Vodafone station 2 e su Vodafone station revolution. In qualsiasi caso quando parte l'esecuzione del codice, in console devi vedere un output di qualche tipo.
-
Ci sono riusciuto e salvato tutta la configuraizone con Chorme, perdonate, e' la prima volta, mi sono riletto tutta la guida più volte, vado per gradio sperando di non andare OFF TOPIC
Con TIM HUB Vergine dopo averlo resettato e verificare se il tab altri gestori compare, aggiorno tramite autoflashgui alla 1.03,faccio il root SCP, poi metto interfaccia moddata
Poi passo alla configurazioen manuale come da questa guida e ci sono alcuni punti,chiedendo sempre venia, che non mi sono chiari:
1) i proxy li ho trovati, ma il registrer non ha numeri particolari...
2)host uniq lo converto senza problemi
3)nel punto 3 credo che inizia la modifica dei file e bisogna entrare dentro il router cercare la cartella e modificarli, ma con quale software? si fa via ftp tipo filezilla?
4) subito dopo vanno create 2 voci e inserito il mac adress della sezione wan + 1, la sezione wan la trovo sempre in quel file da modificare?
andando avanti se ho qualche dubbio chiedo,.... Grazie e scusatemi, sono pratico, ma non mi sono chiari alcuni aspetti
-
aggiorno tramite autoflashgui alla 1.03,faccio il root SCP, poi metto interfaccia moddata
Questo non è corretto. AutoFlashGUI devi usarlo dopo aver fatto il downgrade e il reset, non per fare il downgrade. Se hai altri dubbi su questo punto chiedi nell'altro thread.
1) Di solito proxy e registrar primario si chiamano: proxy1-... , proxy e registrar secondario si chiamano proxy2-... , che vuol dire che non hanno numeri particolari?
2) ok, mi raccomando fallo bene al primo colpo
3) si accede via SCP, ad esempio con WinSCP (che è anche un client ftp) ed assomiglia molto a filezilla
4) sì la definizione delle interfacce di rete è nel file /etc/config/network
-
spostato*
-
Se cancelli da qui questa domanda e la riposti nel thread giusto ti rispondo.
-
Grazie luke, ora e' chiaro come installare il FW, tornando nel discorso configuraizone per VF manuale
io i proxy 1 e 2 li ho trovati eccoli: sip:@proxy1-xxxxxxxxxx.proxy.dsl.vodafone.it
ma su registrar trovo solo voci come questa : SIP.RegistrarServerTransport
non credo che siano giuste e va inserito solo il proxy 1 e 2
-
Devi sicuramente inserire anche il registrar ma quella che hai indicato tu è un'altra cosa che non c'entra niente. Usa lo stesso valore sia come nome del proxy che come nome del registrar. (nota: con ciò non ti sto dicendo di modificare la parte iniziale del nome da "proxy..." a "registrar...").
I valori che dovresti guardare sono:
.1.SIP.ProxyServer = proxy1-XXXXXXX-YYYYYYY.proxy.dsl.vodafone.it
.2.SIP.ProxyServer = proxy2-XXXXXXX-YYYYYYY.proxy.dsl.vodafone.it
.1.SIP.RegistrarServer = proxy1-XXXXXXX-YYYYYYY.proxy.dsl.vodafone.it
.2.SIP.RegistrarServer = proxy2-XXXXXXX-YYYYYYY.proxy.dsl.vodafone.it
-
ah ok, quindi e' la stessa stringa sostanzialmente... non cambia dall esempio che mi hai fatto
Non vedo ora di metterci mano, domani mi arriva, preso usato....
-
E' la stessa stringa perchè in Vodafone sia outbound proxy che registrar sono sullo stesso server.
-
Grazie luke, solo una domanda prima di metterci mani, nel punto '' Potreste avere la configurazione di una zona per il voip che dovrete commentare. Verificate se avete un “config zone 'z_if1'” e un “config forwarding 'for_if1'” o una zona che contenga regole per l’interfaccia “voip”. Se le trovate, commentate le sezioni. Salvate il file.
se trovo una di queste voci cosa commento ? se non le trovo esaeguo solo le modiche indicate ovvio
-
Tutto il blocco che inizia con righe del genere.
-
Grazie veramente di cuore, ho aggiornato FW a fatica ma ce' lo fatta, aggiornata la GUI, che per fortuna un po di basi li ho, ho trasferito il file e poi mandato il comando...
domani mattina con calma procedo hai vari file da modificare, per oggi basta hehe
p.s. anche se ti chiedo venia, ma in quella voce di commentare ancora non ho capito cosa devo fare....credo che sia unico dubbio
-
Ti sarà chiaro avendo il file aperto davanti. Tutte le config di openwrt sono fatte in sezioni, se ne trovi qualcuna del genere allora te ne preoccupi.
-
buongiorno,sono arrivato al punto 3, quando scrivo route |grep voip non mi rende nulla, ho ricontrollato i valori fino a qua e sono corretti, preciso che non sono connesso ad internet e preciso inoltre che i valori inseriti lasciando la D- su username e inserito il seriale della mia revolution che inizia per W e la V- sempre per il seriale del interfaccia voip seguito dal seriale ...
p.s non sono connesso ad internet perché lo sto modificando al lavoro e non corrisponde poi il numero del telefono...
-
E' normale, route ti mostra le route attive, finchè non ti connetti quel comando non ti restituisce nulla.
-
Ok grazie,allora quando torno finisco nella linea dove deve rimanere...
-
Allora, sono nella abitazione dove ho collegato il tim hub, nella porta WAN ho attaccato il cavo che proviene dal ONT, ossia da dove arriva internet, ma aime' dando il comando route |grep voip non mi rende nulla....devo abilitare qualcosa nella GUI del router? ho una linea fibra 1000 di Vodafone...
https://ibb.co/DgQ5sY4
mi sono riletto tutta pagina 8, il mio ONT e' esterno,non mi ha dato mai nessun gateway neppure classe 255.1... avro' bruciato il mac adress +1? non ho ancora cancellato la voce voip4...attendo qualche anima pia :(
mi faccio edit di nuovo, dato che sono in FTTH leggendo il post 2 di francesco leggo INTERFACE="ptm0" #se FTTH cambiare in "eth4" (ptm0 = VDSL),quindi immagino che debba inserire al posto di config device 'voipptm0' config device 'voipeth4' giusto?
Grazie
-
Devi mettere eth4 al posto di ptm0 in tutti e quattro i punti in cui lo vedi alla fase 3 in prima pagina.
ptm0 è il modem, e tu non vuoi utilizzare il modem, vuoi usare l'ont connesso ad eth4
@gacchu un paio di patch (ti riporto di sana pianta i primi due codebox di fase 3):
option password 'vodafone'
option username 'D-X12345678912345' # al posto di X123… inserite il seriale della vostra Vodafone Station
option host_uniq '583132333435363738393132333435' # inserite il vostro host_uniq di 30 caratteri (alfa)numericiconfig device 'voipptm0' # o voipeth4 con ONT o modem ethernet esterno
option type '8021q'
option name 'voipptm0' # o voipeth4 con ONT o modem ethernet esterno
option macaddr 'mac_address' # inserite il MA generato precedentemente
option ifname 'ptm0' # o eth4 con ONT o modem ethernet esterno
option ipv6 '0'
option vid '1035'
config interface 'voip'
option auto '1'
option proto 'pppoe'
option demand '0'
option macaddr 'mac_address' # inserite lo stesso MA di voipptm0
option ipv6 '0'
option keepalive_adaptive '0'
option ifname 'voipptm0' # o voipeth4 con ONT o modem ethernet esterno
option password 'vodafone'
option username 'V-X12345678912345' # al posto di X123… inserite il seriale della vostra Vodafone Station
option host_uniq '583132333435363738393132333435' # inserite il vostro host_uniq di 30 caratteri (alfa)numerici
option keepalive '4,20'
option defaultroute '0'
-
Immaginavo che era quello il problema, editato ed ora mi rende il gateway, prima di andare avanti, e' valido questo gateway?
1.255.120.1
Attendo una risposta prima di procedere, grazie
-
Controlla tu stesso, in prima pagina è scritto come fare a verificare che funzioni. Dovresti riuscire a fare un ping al proxy.
-
Buongiorno.... notte passata a smanettare un po, tanto per non farci mancare nulla... mi piacciano queste cose, sempre quando vanno a buon fine, per ora nulla.
Io ho cercato in tutte le parti di non sbagliare valori, ma purtroppo oltre che il voip, neppure riesco a navigare
Questi sono i vari file che ho modificato, ora il gateway inserendo il mac adress che avete postato a pagina 7 mi rende 1.94.128.1, ma il ping al proxy non va, sono arrivato fino alla fine della guida
dove sto sbagliando? fiducioso di risolvere
ho aggiunto anche il file mmpbxrvsipnet per ultimo, che come vedete ho oscurato i miei dati...ho dovuto mettere su option interface 'wan' ho messo voip...
Aggiungo che da quando ho variato il file dhcp devo inserire un ip fisso nelle impostazioni della scheda di rete, altrimenti non mi fa entrare dentro il 192.168.1.1
https://ibb.co/M16zvHT
Grazie ancora
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'none'
option default_ps '0'
config device 'waneth4'
option type '8021q'
option name 'waneth4'
option macaddr 'A4:21:C3:17:B3:33' <--- e' un altro
option ifname 'eth4'
option vid '835'
option ipv6 '0'
config device 'wanptm0'
option type '8021q'
option name 'wanptm0'
option macaddr 'A4:21:C3:17:B3:33' <--- e' un altro
option ifname 'ptm0'
option vid '835'
option ipv6 '0'
config interface 'wan'
option auto '1'
option proto 'pppoe'
option demand '0'
option username 'D-WXXXXXXXXX' OSCURATO
option password 'vodafone'
option macaddr 'A4:21:C3:17:B3:33' <--- e' un altro
option ipv6 '0'
option peerdns '1'
option reqopts '1 3 6 15 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option host_uniq 'XXXXXXXXXXXXXXXXXXX' OSCURATO
option ifname 'waneth4'
config route 'voip_private'
option interface 'voip'
option netmask '255.0.0.0'
option metric '1'
option target '10.0.0.0/8'
option gateway '1.94.128.1' # inserite qui il vostro gateway
config config 'config'
option wan_mode 'pppoe'
config interface 'wwan'
option auto '1'
option proto 'mobiled'
option session_id '0'
option profile '1'
config interface 'wan6'
option ifname '@wan'
option proto 'dhcpv6'
option reqopts '12 21 22 23 24 25 31 56 64 67 82 83'
option noslaaconly '1'
option iface_464xlat '0'
option auto '0'
option dns_metric '20'
config interface 'lan'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '64'
option force_link '0'
option ipv6 '0'
option ifname 'eth0 eth1 eth2 eth3 eth5'
list pppoerelay 'waneth4'
config switch 'bcmsw'
option reset '1'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
config interface 'wlnet_b_24'
option proto 'static'
option ip6assign '64'
option ipv6 '0'
option ip6hint '1'
option netmask '255.255.255.128'
option ipaddr '192.168.168.1'
option ifname 'wl0_1'
option force_link '0'
option name 'Ospiti-TIM-18332035'
config interface 'wlnet_b_5'
option proto 'static'
option ip6assign '64'
option ipv6 '0'
option ip6hint '2'
option netmask '255.255.255.128'
option ipaddr '192.168.168.129'
option ifname 'wl1_1'
option force_link '0'
option name 'Ospiti-TIM-18332035'
config device 'wlnet_b_5eth5'
option type '8021q'
option name 'wl1_1'
option enabled '1'
option ifname 'eth5'
option vid '3'
option ipv6 '0'
config interface 'sfptag'
option proto 'static'
option netmask '255.255.255.128'
option ifname 'eth4'
option ipaddr '192.168.10.1'
config interface 'ipoe'
option proto 'dhcp'
option metric '1'
option reqopts '1 3 6 43 51 58 59'
option release '1'
option neighreachabletime '1200000'
option neighgcstaletime '2400'
option ipv6 '1'
config device 'voipeth4'
option type '8021q'
option name 'voipeth4'
option macaddr 'E4:8F:34:3A:82:15'
option ifname 'eth4'
option ipv6 '0'
option vid '1035'
config interface 'voip'
option auto '1'
option proto 'pppoe'
option demand '0'
option macaddr 'E4:8F:34:3A:82:15' MESSO QUELLO POSTATO PERCHE ALTRO ERA 1.255
option ipv6 '0'
option keepalive_adaptive '0'
option ifname 'voipeth4'
option password 'vodafone'
option username 'V-WXXXXXXXXXXX'
option host_uniq 'XXXXXXXXXXXXXXXXXXXXXX'
option keepalive '4,20'
option defaultroute '0'
config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
option drop_invalid '1'
config zone
option name 'lan'
list network 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option mtu_fix '1'
option wan '0'
config zone
option name 'wan'
list network 'wan'
list network 'wan6'
list network 'wwan'
list network 'voip'
option input 'DROP'
option output 'ACCEPT'
option forward 'DROP'
option masq '1'
option conntrack '1'
option mtu_fix '1'
option wan '1'
config forwarding
option src 'lan'
option dest 'wan'
config zone 'z_wlnetb24'
option name 'z_wlnetb24'
list network 'wlnet_b_24'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option mtu_fix '1'
option wan '0'
config forwarding 'for_wlnetb24'
option src 'z_wlnetb24'
option dest 'wan'
config rule 'Drop_non_TCP_SYN'
option name 'Drop_non_TCP_SYN'
option src 'wan'
option dest '*'
option proto 'tcp'
option target 'DROP'
option extra '! --tcp-flags ALL SYN'
config rule 'drop_lan_2_z_wlnetb24'
option name 'drop_lan_2_z_wlnetb24'
option src 'lan'
option dest 'z_wlnetb24'
option proto 'all'
option target 'DROP'
config rule 'drop_z_wlnetb24_2_lan'
option name 'drop_z_wlnetb24_2_lan'
option src 'z_wlnetb24'
option dest 'lan'
option proto 'all'
option target 'DROP'
config rule 'drop_lan_2_z_wlnetb24_GW'
option name 'drop-lan_2_z_wlnetb24_GW'
option src 'lan'
option proto 'all'
option target 'DROP'
option family 'ipv4'
option dest_ip '192.168.168.1'
config rule 'Allow_z_wlnetb24_ICMP'
option name 'Allow_z_wlnetb24_ICMP'
option src 'z_wlnetb24'
option proto 'igmp'
option target 'ACCEPT'
option family 'ipv4'
option dest_ip '192.168.168.1'
config rule 'Allow_z_wlnetb24_DHCP'
option name 'Allow_z_wlnetb24_DHCP'
option src 'z_wlnetb24'
option proto 'udp'
option dest_port '67'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb24_DNS'
option name 'Allow_z_wlnetb24_DNS'
option src 'z_wlnetb24'
option proto 'udp'
option dest_port '53'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb24_ICMPv6'
option name 'Allow-z_wlnetb24_ICMPv6'
option src 'z_wlnetb24'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config zone 'z_wlnetb5'
option name 'z_wlnetb5'
list network 'wlnet_b_5'
option input 'DROP'
option output 'ACCEPT'
option forward 'REJECT'
option wan '0'
config forwarding 'for_wlnetb5'
option src 'z_wlnetb5'
option dest 'wan'
config rule 'drop_lan_2_z_wlnetb5'
option name 'drop_lan_2_z_wlnetb5'
option src 'lan'
option dest 'z_wlnetb5'
option proto 'all'
option target 'DROP'
config rule 'drop_z_wlnetb5_2_lan'
option name 'drop_z_wlnetb5_2_lan'
option src 'z_wlnetb5'
option dest 'lan'
option proto 'all'
option target 'DROP'
config rule 'drop_lan_2_z_wlnetb5_GW'
option name 'drop-lan_2_z_wlnetb5_GW'
option src 'lan'
option proto 'all'
option target 'DROP'
option family 'ipv4'
option dest_ip '192.168.168.129'
config rule 'Allow_z_wlnetb5_ICMP'
option name 'Allow_z_wlnetb5_ICMP'
option src 'z_wlnetb5'
option proto 'igmp'
option target 'ACCEPT'
option family 'ipv4'
option dest_ip '192.168.168.129'
config rule 'Allow_z_wlnetb5_DHCP'
option name 'Allow_z_wlnetb5_DHCP'
option src 'z_wlnetb5'
option proto 'udp'
option dest_port '67'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb5_DNS'
option name 'Allow_z_wlnetb5_DNS'
option src 'z_wlnetb5'
option proto 'udp'
option dest_port '53'
option target 'ACCEPT'
option family 'ipv4'
config rule 'Allow_z_wlnetb5_ICMPv6'
option name 'Allow-z_wlnetb5_ICMPv6'
option src 'z_wlnetb5'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule1'
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config rule 'rule2'
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'
config rule 'rule3'
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fc00::/6'
option dest_ip 'fc00::/6'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule4'
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule5'
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule 'rule6'
option name 'access_2_LAN_IP'
option src 'lan'
option proto 'tcp'
option family 'ipv4'
option extra '-m multiport --dports 80,22,8080,443,8443 -m addrtype --limit-iface-in ! --dst-type LOCAL'
option target 'REJECT'
config rule 'rule7'
option name 'close_port_139'
option src 'wan'
option proto 'tcp'
option dest_port '139'
option family 'ipv4'
option target 'DROP'
config rule 'rule8'
option name 'close_port_445'
option src 'wan'
option proto 'tcp'
option dest_port '445'
option family 'ipv4'
option target 'DROP'
config rule 'rule10'
option name 'Deny-CUPS-wan'
option src 'wan'
option proto 'tcp'
option dest_port '631'
option family 'ipv4'
option target 'DROP'
config rule 'rule12'
option name 'Deny-CUPS-wan-v6'
option src 'wan'
option proto 'tcp'
option dest_port '631'
option family 'ipv6'
option target 'DROP'
config rule 'SSH_wan'
option name 'SSH_wan'
option src 'wan'
option proto 'tcp'
option dest_port '22'
option target 'DROP'
option family 'ipv4'
config include
option path '/etc/firewall.user'
config include 'tchext_restart'
option type 'script'
option path '/lib/functions/firewall-restart-ext-tch.sh'
config include 'tchext'
option type 'script'
option path '/lib/functions/firewall-ext-tch.sh'
option reload '1'
config cone 'cone1'
option name 'PS and XBox Live 1'
option src 'wan'
option dest_port '88'
config cone 'cone2'
option name 'PS and XBox Live 2'
option src 'wan'
option dest_port '3074:3658'
config cone 'cone3'
option name 'PS and XBox Live 3'
option src 'wan'
option dest_port '10070'
config cone 'cone4'
option name 'PS and XBox Live 4'
option src 'wan'
option dest_port '4500'
config include 'tod'
option type 'script'
option path '/lib/functions/tod.sh'
option reload '1'
config include 'intercept'
option type 'script'
option path '/usr/lib/intercept/firewall.sh'
config fwconfig 'fwconfig'
option defaultoutgoing_lax 'ACCEPT'
option defaultoutgoing_normal 'ACCEPT'
option defaultoutgoing_high 'DROP'
option defaultoutgoing_user 'ACCEPT'
option defaultincoming_lax 'REJECT'
option defaultincoming_normal 'DROP'
option defaultincoming_high 'DROP'
option defaultincoming_user 'DROP'
option level 'normal'
option dmz '0'
config rulesgroup 'pinholerules'
option enabled '1'
option name 'FW rules for opening pinholes'
option type 'pinholerule'
config redirectsgroup 'userredirects'
option enabled '1'
option name 'FW redirects defined by the user'
option type 'userredirect'
config redirectsgroup 'dmzredirects'
option enabled '0'
option name 'FW redirects for the DMZ functionality'
option type 'dmzredirect'
config dmzredirect 'dmzredirect'
option name 'DMZ rule'
option src 'wan'
option dest 'lan'
option family 'ipv4'
option target 'DNAT'
option proto 'tcpudp'
option enabled '0'
config rulesgroup 'normalrules'
option enabled '1'
option name 'FW rules for normal level'
option type 'normalrule'
config rulesgroup 'laxrules'
option enabled '0'
option name 'FW rules for lax level'
option type 'laxrule'
config rulesgroup 'highrules'
option enabled '0'
option name 'FW rules for high level'
option type 'highrule'
config rulesgroup 'userrules'
option enabled '0'
option name 'FW rules for user level'
option type 'userrule'
config rulesgroup 'userrules_v6'
option enabled '0'
option name 'FW rules for user level IPv6'
option type 'userrule_v6'
config rulesgroup 'defaultrules'
option enabled '1'
option name 'FW rules for default behavior'
option type 'defaultrule'
config highrule 'highrule1'
option name 'HTTP'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '80'
option target 'ACCEPT'
config highrule 'highrule2'
option name 'HTTPS'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '443'
option target 'ACCEPT'
config highrule 'highrule3'
option name 'SMTP'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '25'
option target 'ACCEPT'
config highrule 'highrule4'
option name 'POP3'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '110'
option target 'ACCEPT'
config highrule 'highrule5'
option name 'IMAP'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '445'
option target 'ACCEPT'
config highrule 'highrule6'
option name 'SSH'
option src 'lan'
option dest 'wan'
option proto 'tcp'
option dest_port '22'
option target 'ACCEPT'
config defaultrule 'defaultipv6incoming'
option name 'Default action for incoming IPv6 traffic'
option src 'wan'
option dest 'lan'
option proto 'all'
option family 'ipv6'
option target 'ACCEPT'
option enabled '0'
config defaultrule 'defaultipv6outgoing'
option name 'Default action for outgoing IPv6 traffic'
option src 'lan'
option dest 'wan'
option proto 'all'
option family 'ipv6'
option target 'ACCEPT'
option enabled '0'
config defaultrule 'defaultoutgoing'
option name 'Default action for outgoing NAT'
option src 'lan'
option dest 'wan'
option proto 'all'
option target 'ACCEPT'
config helper 'helper1'
option helper 'ftp'
option dest_port '21'
option proto 'tcp'
config helper 'helper2'
option helper 'tftp'
option dest_port '69'
option proto 'udp'
config helper 'helper3'
option helper 'snmp'
option family 'ipv4'
option dest_port '161'
option proto 'udp'
config helper 'helper4'
option helper 'pptp'
option family 'ipv4'
option dest_port '1723'
option proto 'tcp'
config helper 'helper5'
option enable '0'
option helper 'sip'
option dest_port '5060'
option proto 'udp'
config helper 'helper6'
option helper 'sip'
option dest_port '5060'
option proto 'udp'
option intf 'loopback'
config helper 'helper7'
option helper 'irc'
option family 'ipv4'
option dest_port '6667'
option proto 'tcp'
config helper 'helper8'
option helper 'amanda'
option dest_port '10080'
option proto 'udp'
config helper 'helper9'
option helper 'rtsp'
option dest_port '554'
option family 'ipv4'
option proto 'tcp'
config include 'cwmpd'
option type 'script'
option path '/lib/functions/firewall-cwmpd.sh'
option reload '1'
config include 'dhcpsnooper'
option type 'script'
option path '/lib/functions/firewall-dhcpsnooper.sh'
option reload '1'
config include 'snmpd'
option type 'script'
option path '/lib/functions/firewall-net-snmp.sh'
option reload '1'
config include 'miniupnpd'
option type 'script'
option path '/usr/share/miniupnpd-tch/firewall.include'
option family 'IPv4'
option reload '1'
config include 'mmpbx'
option type 'script'
option path '/lib/functions/firewall-mmpbx.sh'
option reload '1'
config include 'weburl'
option type 'script'
option path '/lib/functions/weburl-tch.sh'
option reload '1'
config include 'dropbear'
option type 'script'
option path '/lib/functions/firewall-dropbear.sh'
option reload '1'
config dnsmasq 'dnsmasq'
option domainneeded '1'
option boguspriv '1'
option filterwin2k '0'
option localise_queries '0'
option rebind_protection '1'
option rebind_localhost '1'
option local '/lan/'
option domain 'homenet.telecomitalia.it'
option expandhosts '1'
option nonegcache '0'
option authoritative '1'
option cachelocal '1'
option cachesize '200'
option readethers '1'
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.auto'
option strictorder '1'
option dhcpscript '/lib/dnsmasq/dhcp-event.sh'
list hostname 'dsldevice'
option allservers '1'
option addmac '0'
list server '/proxy.dsl.vodafone.it/91.80.35.167' #risolvi i proxy voip tramite dns vodafone/primario
list server '/proxy.dsl.vodafone.it/91.80.35.134' #risolvi i proxy voip tramite dns vodafone/secondario
list rebind_domain '/proxy.dsl.vodafone.it/' #ammetti rebind per nomi proxy voip
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,6,"4132"'
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,5,"CP1750RAQCG"'
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,4,"A491B1"
config odhcpd 'odhcpd'
option leasefile '/tmp/hosts/odhcpd'
option leasetrigger '/usr/sbin/odhcpd-update'
config dhcp 'lan'
option interface 'lan'
option start '2'
option limit '254'
option leasetime '21600'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option ra_max_mtu '1500'
option force '1'
list dhcp_option 'tag:cpewan-id,vi-encap:3561,6,"4132"'
list dhcp_option 'tag:cpewan-id,vi-encap:3561,5,"CP1736SA2AG"'
list dhcp_option 'tag:cpewan-id,vi-encap:3561,4,"A491B1"'
option ignore '0'
config dhcp 'wlnet_b_24'
option interface 'wlnet_b_24'
option start '2'
option leasetime '1h'
option force '1'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option ra_max_mtu '1480'
option limit '125'
config dhcp 'wlnet_b_5'
option interface 'wlnet_b_5'
option start '130'
option leasetime '1h'
option force '1'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option ra_max_mtu '1480'
option limit '125'
config dhcp 'wan'
option interface 'wan'
option ignore '1'
config dhcp 'wan6'
option interface 'wan'
option ignore '1'
config dhcp 'wwan'
option interface 'wwan'
option ignore '1'
config opassthrud 'opassthrud'
option passthruscript '/lib/dhcpopassthrud/dnsmasq.sh'
option options_needed '0'
config relay 'relay'
config dnsmasq 'dnsmasq'
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity '0'
option log_sip_message '0'
config network 'sip_net'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'voip'
option local_port '5060'
option domain_name 'ims.vodafone.it'
option primary_proxy 'proxy1-XXXXX-XXXXXXX.proxy.dsl.vodafone.it'
option primary_proxy_port '5060'
option primary_registrar 'registrar1-XXXXXX-XXXXXX.proxy.dsl.vodafone.it'
option primary_registrar_port '5060'
option secondary_proxy_port '5060'
option secondary_proxy 'proxy2-XXXXXX-XXXXX.proxy.dsl.vodafone.it'
option secondary_registrar 'registrar2-XXXXX-XXXXXX.proxy.dsl.vodafone.it'
option secondary_registrar_port '5060'
option transport_type 'UDP'
option reg_expire '3600'
option reg_expire_T_before '1'
option reg_back_off_timeout '60'
option reg_back_off_timeout_algorithm 'fixed'
option reg_back_off_timeout_max '900'
option reg_back_off_timeout_min '600'
option re_registration_mode 'ims'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay 'rfc2833'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option provisional_timer '1200'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_provisional_response '180'
option call_waiting_alert_info '0'
option call_waiting_reject_response '486'
option reliable_provisional_response 'when_supported'
option forking_mode 'replace'
option ingress_media_timeout '1000'
option session_timer 'disabled'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option control_qos_value '40'
option realtime_qos_field 'dscp'
option realtime_qos_value '40'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '0'
option hide_userinfo_and_port_in_subscription_request '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_1.0.3 / AGTHP_1.0.3'
config profile 'sip_profile_0'
option network 'sip_net'
option enabled '1'
option password 'line0'
option user_name '[email protected]'
option uri '+39075XXXXXXXX'
option display_name '+3907XXXXXXX'
option password 'xxxxxxxxxxxxxxxxxxxxxxxxx'
config profile 'sip_profile_1'
option network 'sip_net'
option enabled '0'
option password 'line1'
option user_name 'line1'
option uri 'line1'
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option password 'line2'
option user_name 'line2'
option uri 'line2'
-
Hai configurato perfettamente il voip e la sua rete, ,ma hai toppato con la configurazione della rete internet lasciando un VID sbagliato in waneth4.
Il MAC precedente non ti dava un gateway voip corretto perchè per fargli prendere un nuovo mac è necessario che la connessione wan con lo stesso tag sia nel mentre già attiva. Finchè non lo è l'unico mac capace di funzionare è quello precedente. Se prima di configurare il voip ti occupavi di far funzionare internet non avresti avuto quel problema.
Il ping ai proxy su rete voip non funziona senza aver attivato anche la rete internet perchè la risoluzione dei loro nomi passa per la seconda, con un ping ai loro ip dovrebbe già funzionare.
-
Grazie luke, non sparire.... hehehe quindi che VID devo mettere in waneth4?
quindi provo a rimettere anche il +1 dopo che ho cambiato il vid... ci sto impazzendo da ieri :(
-
Il vid corretto è ovviamente 1036, come da docu ufficiale, ma anche nel primo link in cima alla prima pagina di questo thread. Qui @gacchu ha descritto solo la parte di configurazione ine3rente il VoIP, è dato per scontato che la rete dati sia già a posto.
Il mac che hai usato indicto a pagina 6 è un MAC che qualcuno ha già "attivato" per questo funziona, è meglio se ne usi uno tuo che non sia il clone di nient'altro. Se col +1 hai problemi fatti un +2
-
infatti che non era completa spiegazione anche per il discorso della rete, ok ho impostato 1036 il waneth4, ho messo il +1 del mio mac nelle 2 voci e oggi quando torno cambio anche il gateway( immagino che cambiando mac adress, vari anche il gateway), ora non lo posso connettere... e spero che fili tutto liscio
Grazie infintie per ora
EDIT aggiornamento: Ora navigo tranquillamente, purtroppo variando il mac adress con +1 o +2 o+3 mi rende sempre la classe 1.255,
con il mac adress di pagina 7 tutto funziona anche il TELEFONO !!! :D
Unica cosa che sto notando che ancora devo impostare un ip fisso per accedere al router e se entro nella gui del modem clicco su rete locale mi rende un errore 500 server interno
Ce' sicuramente un problema nel file DNS masq, prima mi funzionava,non prende il dhcp neppure con wifi
e' giusto avere questa configurazione? io ho inserito per i dati internet il vid 1036
[/config device 'voipeth4'
option type '8021q'
option name 'voipeth4'
option macaddr 'XXXXXXXX'
option ifname 'eth4'
option ipv6 '0'
option vid '1035'
code]
-
Vedete qualcosa di anomalo in questo file DHCP, non riesce a prenderlo in automatico, ma devo impostare sia da pc che nei telefoni un ip fisso....
se entro dentro il modem la sezione rete locale mi rende un errore 500 ,dopo averlo modificato, prima il dhcp lo prendeva in automatico senza impsotare IP
E cmq ho ritprovato decine di mac adress differenti e mi rende sempre 1.255, host uniq lo calcolo qua https://codebeautify.org/string-hex-converter inserendo anche la lettera del seriale in MAIUSCOLO...e ' ok? vengono fuori 30 numeri
[/
config dnsmasq 'dnsmasq'
option domainneeded '1'
option boguspriv '1'
option filterwin2k '0'
option localise_queries '0'
option rebind_protection '1'
option rebind_localhost '1'
option local '/lan/'
option domain 'homenet.telecomitalia.it'
option expandhosts '1'
option nonegcache '0'
option authoritative '1'
option cachelocal '1'
option cachesize '200'
option readethers '1'
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.auto'
option strictorder '1'
option dhcpscript '/lib/dnsmasq/dhcp-event.sh'
list hostname 'dsldevice'
option allservers '1'
option addmac '0'
list server '/proxy.dsl.vodafone.it/91.80.35.167' #risolvi i proxy voip tramite dns vodafone/primario
list server '/proxy.dsl.vodafone.it/91.80.35.134' #risolvi i proxy voip tramite dns vodafone/secondario
list rebind_domain '/proxy.dsl.vodafone.it/' #ammetti rebind per nomi proxy voip
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,6,"4132"'
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,5,"CP1750RAQCG"'
list dhcp_option_force 'tag:cpewan-id,vi-encap:3561,4,"A491B1"
config odhcpd 'odhcpd'
option leasefile '/tmp/hosts/odhcpd'
option leasetrigger '/usr/sbin/odhcpd-update'
config dhcp 'lan'
option interface 'lan'
option start '2'
option limit '254'
option leasetime '21600'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option ra_max_mtu '1500'
option force '1'
list dhcp_option 'tag:cpewan-id,vi-encap:3561,6,"4132"'
list dhcp_option 'tag:cpewan-id,vi-encap:3561,5,"CP1736SA2AG"'
list dhcp_option 'tag:cpewan-id,vi-encap:3561,4,"A491B1"'
option ignore '0'
config dhcp 'wlnet_b_24'
option interface 'wlnet_b_24'
option start '2'
option leasetime '1h'
option force '1'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option ra_max_mtu '1480'
option limit '125'
config dhcp 'wlnet_b_5'
option interface 'wlnet_b_5'
option start '130'
option leasetime '1h'
option force '1'
option dhcpv6 'server'
option ra 'server'
option ra_management '0'
option ra_mininterval '200'
option ra_maxinterval '600'
option ra_lifetime '1800'
option ra_hoplimit '64'
option ra_max_mtu '1480'
option limit '125'
config dhcp 'wan'
option interface 'wan'
option ignore '1'
config dhcp 'wan6'
option interface 'wan'
option ignore '1'
config dhcp 'wwan'
option interface 'wwan'
option ignore '1'
config opassthrud 'opassthrud'
option passthruscript '/lib/dhcpopassthrud/dnsmasq.sh'
option options_needed '0'
config relay 'relay'
config dnsmasq 'dnsmasq'
code]
-
@maxking questo problem al dhcp locale non ha nulla a che vedere con la config voip per Vodafone, prova a chiedere el thread relativo al tuo 4132 (se non hai applicato la gui custom) o nel thread della custom gui (nel caso in cui il problema si sia presentato dopo averla installata). Se non sai cosa ha causato quel problema ti suggerisco di resettare tutto e ricominciare da capo. Non tornare a preoccuparti della configurazione del voip prima di avere internet e rete locale perfettamente funzionante. A quel punto torna pure qui a chiedere nuovamente aiuto se hai ancora problemi con la configurazione voip
-
invece e' proprio dopo aver modificato il file dhcp.... dopo averlo resettato 2 volte viene fuori questo problema, tra altro lo scripth di francesco non carica tutto,si ferma qua https://ibb.co/wNpC15q
ora sinceramente mi sono un po stancato,spero più avanti che si trovi una soluzione migliore, al momento lo ho accantonato per una soluzione più definitiva
Grazie per tutto il lavoro che state facendo,ma a parer mio e' ancora beta, specialmente nel macadress voip clonato
-
Non mi viene in mente nessun motivo per cui modificando quelle 7 righe (se ne hai modificate altre stai sbagliando qualcosa) l'assegnazione automatica di IP su LAN possa rompersi.
Il mac address non va clonato, come detto piu volte se uno segue correttamente la guida sui giusti presupposti il tutto funziona regolarmente. Se qualcosa va storto invece iniziano le rogne perché c'è poi da fare i conti con quello che l'AC di Vodafone ha capito dai precedenti tentativi andati male. In tutto ciò per quanto riguarda il tuo caso non abbiamo mai valutato l'idea che tu possa aver sbagliato a configurare gli host_uniq. Quando non si riesce in nessun modo ad usare il mac impostato di solito il problema è lì.
-
se ho tempo ritento per la terza volta... ma sono certo che e' il file dhcp
i presupposti sono giusti, ma rimane il fatto che rende sempre 1.255
-
non carica tutto,si ferma qua https://ibb.co/wNpC15q
non mi sembra sia bloccato, anzi.. e' arrivato fino in fondo e devi dare l'ultimo invio per fare il restart di quel servizio
-
Che, neanche a dirlo, è inutile da fare ora se nel frattempo ha già spento e riacceso.
@maxking è sicuramente un problema in quel file ma nulla in questa guida di ciò che ti viene detto di modificare in quel file inficia la funzionalità del dhcp locale. Se dopo averlo modificato il dhcp smette di funzionare vuol dire che hai toccato cose di quel file che non andavano toccate. Se ti ricapita il problema, facci sapere di preciso se il dhcp non assegna nessun indirizzo o se con l'indirizzo assegnato non riesci a navigare/ risolvere nomi.
-
Buongiorno signori,visto che ha me piacie fare sempre chiarezza e aiutare chi verra' dopo di me, al contrario di alcuni che fatta la configurazione sono spariti,
Vi do 2 input che sicuramente fanno la differenza:
1)lo scritpth di francesco se viene selezionato tutto e poi copiato su notepad e a sua volta riselezionato con selziona tutto, lo carica effettivamente, ma ci sono 2 errori,ossia ultime 3 righe DEL PUNTO 5 le carica nella sezione LAN invece che nella sezione dnsmasq, poi come da doc pagina 1 di gacchu lo scripth non cambia il valore sulla voce localise_queries da 1 a 0 e nella voce authoritative da 1 a 0
2)ATTENZIONE se nel file network e questo non e' un errore dello scripth, ma un errore dovuto ad una prova errata fatta in precedenza,nel voip private lascia una voce alla fine anche del gatewaw 1.255 ecc, va eliminata e lasciato solo il gateway VERO.
3)Non ho caricato la gui aunsell,lasciata quella di default TIM e la rete locale funziona......ma non credo che sia dovuto ALLA GUI,ora mi salvo tutti i 4 file modificati e poi carico la gui MOD,rimane il fatto che funziona tutto con mac adress clonato di pagina 7.... al momento lo tengo in prova cosi alcuni giorni, poi torno a metterci mano con altro mac adress inventato o +1 o +14 hehehe
4)grazie di nuovo, io sono una persona che anche su piccole cose, ma devo arrivare in fondo sempre...e in questo campo non sempre si arriva, me lo insegna qualsiasi programmatore......
EDIT come non detto, dopo un oretta, il voip dice TIMEOUT REGISTRAZIONE....
-
poi come da doc pagina 1 di gacchu lo scripth non cambia il valore sulla voce localise_queries da 1 a 0 e nella voce authoritative da 1 a 0
Nella guida in prima pagina non viene detto di cambiare quei valori, vanno lasciati come sono o modificati per altri scopi. Per questo lo script li ignora. Idem per le ultime righe riguardanti i tag dhcp. Ogni firmware ed esemplare di dispositivo ce li ha impostati diversamente, ma non hanno nulla a che fare con la config voip.
-
Buongiorno,
recentemente ho cercato di configurare il mio DGA 4132, ma purtroppo senza successo, al contrario seguendo la guida sono riuscito a configurare l'altro router un TG789VAC-2 senza nessun problema, ma con il DGA 4132 proprio non ne vuole sapere... ho notato una cosa nel file mmpbxrvsipnet che forse (parlo da neofita) potrebbe essere la causa, in particolare la guida indica che nella sezione config network 'sip_net' bisogna effettuare le variazioni indicate, ma nel file del mio router la sezione config network 'sip_net' non c'é questo è il contenuto preso dal file originale:
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
option mtf_priority '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity '0'
option log_sip_message '0'
config profile 'sip_profile_0'
option network 'sip_net'
option enabled '0'
option user_name 'line0'
option uri 'line0'
option password 'line0'
config profile 'sip_profile_1'
option network 'sip_net'
option enabled '0'
option user_name 'line1'
option uri 'line1'
option password 'line1'
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option user_name 'line2'
option uri 'line2'
option password 'line2'
ho provato ad aggiungere questo pezzo di configurazione ma non saprei se sufficiente o meno...
config network 'sip_net'
option interface 'voip'
option local_port '5060'
option primary_registrar_port '5060'
option secondary_proxy_port '5060'
option transport_type 'UDP'
option session_timer 'disabled'
option primary_registrar 'proxy1-**************.proxy.dsl.vodafone.it'
option primary_proxy 'proxy1-**************.proxy.dsl.vodafone.it'
option domain_name 'ims.vodafone.it'
option secondary_proxy 'proxy2-**************.proxy.dsl.vodafone.it'
option secondary_registrar 'proxy2-**************.proxy.dsl.vodafone.it'
option secondary_registrar_port '5060'
-
Deve esserci, resettalo e dovrebbe riapparire.
-
Ciao @LuKePicci
ho seguito il tuo consiglio ed infatti dopo il riavvio sono comparsi i parametri mancanti, tra l'altro collegando il router a internet con le credenziali vodafone, ho rimesso la GUI di Ansuel con la procedura del router collegato a internet, e nell'installazione questa volta della gui non mi ha riportato nessun errore, e mi da anche disponibile la scheda xDSL.
Grazie, e adesso vedo se riesco a far partire il voip ;)
-
@maxking ti rispondo qua. Hai provato a pingare i server vodafone? Giusto oggi il primo dei due server è offline. Prova ad impostare il secondo e vedi come va.
PS come non detto...non avevo letto i post precedenti,quindi non avevo un'idea ben precisa della situazione. Io ti posso consigliare,considerato che ormai ci saranno bei casini nel router,di resettare tutto e ricominciare da capo. Magari facendo tutto manualmente senza usare gli script.
-
buon pomeriggio,
oggi ho trascorso buona parte del pomeriggio a cercare di far andare il voip del mio DGA 4132, seguendo la guida come un cavallo (con paraocchi) non mi accorgevo che il file network originale, prima della sezione "config interface 'voip'" c'è la sezione "config device'voipeth4'" di cui non toccavo nulla, ma una volta cambiato il macaddress del sezione "config interface 'voip", o creando due nuove voci (come suggerisce la guida) il router si scollega e comincia a lampeggiare rosso, ora la sezione "config interface 'voip" esistente l'ho sostituita con i comandi consigliati dalla guida, inserito un mac ricavato, e il router continua ad allinearsi ma non connettersi, poi nell'ennesima prova di riconfigurare il file network da capo, mi sono accorto che il macaddress per la sezione "config interface 'voip'" e "config device'voipeth4'" è il medesimo, per cui ho sostituito tutti le istruzioni contenute nella sezione "config interface 'voip" con quelli della guida e adesso il router si è collegato, ma il telefono nulla... provo per scaramanzia a sollevare la cornetta e sento il segnale solo che risulta come se fosse fuoriposto, in sostanza da il tono con cadenza veloce e costante, cosa sbaglio??? o manca un pezzo di configurazione per il 4132?
Grazie
-
Fai le varie prove suggerite, se non l'hai già fatto configura tutto senza prima installare la custom gUI
-
@Azoto prova a pingare i due server vodafone.
-
Ciao @LuKePicci e @milan100
finalmente dopo non so quante prove sono riuscito a trovare l'inghippo... intanto giusto per la cronaca, non so se un caso o meno ma a differenza della guida il DGA4132 (almeno il mio) al punto 3 della guida "config device 'voipptm0'" va impostato il valore "config device 'voipeth4'", oltre al fatto che ho cancellato le due voci preesistenti "config device 'voipeth4' e config interface 'voip'" impostate di default che ho trovato quando ho aperto il file network, ora passiamo al problema più infido (dal mio punto di vista) il mac address in sostanza utilizzavo il mac anddress che trovavo nella vecchia configurazione, il problema appunto è proprio questo, che non va bene, infatti a forza di rileggere la guida ho notato che al punto "7 individuazione eventuali errori" più precisamente la "2 Verifica corretto instradamento connessione voip" le indicazioni parlano che: copio e incollo le indicazioni "gateway appartiene alla classe 1.255 è probabile che abbiate sbagliato a generare l’host_uniq" a questo punto consiglio di aggiungere di cambiare il mac anddress, in quanto il gateway che avevo era appunto 1.255....... ma ho perso il conto di quante volte ho rifatto la procedura per ottenere il host_uniq, che tra l'altro è semplicissima, ma essendoci una lettera mi facevo le paranoie se la lettera andava in maiuscolo o in minuscolo, in quanto cambiava il primo numero durante la conversione, ma alla fine (per fortuna) avendo già configurato a primo colpo un TG789vac V2, ero sicuro che l' host_uniq fosse giusto, all'ora ho ripiegato sull'unica cosa che potevo cambiare il mac anddress, infatti utilizzando il mac anddress della vodafone e ripetendo il comando “route |grep voip” il gateway ricevuto è quello corretto, ma come consigliato da qualcuno dal forum, di non utilizzare il mac della VS sto cercando una soluzione, ma in tanto il voip va, tanto di cappello per la guida complimenti
-
Alla fine sembra che ho risolto anche con il MA del voip.... ho inserito quello della VF STATION +2. in questo modo lo registra e funziona
Con uno inventato non funzionava mai... dns li pingava in precedenza...
EDIT: dopo che sono riuscito a farlo andare con un mac adress mio,dopo che il telefono per 40 ore ha funzionato perfettamente, 15 minuti fa me lo sono ritrovato sensa connessione...
Bho,se continua questa instabilita', davvero che lo tolgo dalle ................
@maxking ti rispondo qua. Hai provato a pingare i server vodafone? Giusto oggi il primo dei due server è offline. Prova ad impostare il secondo e vedi come va.
PS come non detto...non avevo letto i post precedenti,quindi non avevo un'idea ben precisa della situazione. Io ti posso consigliare,considerato che ormai ci saranno bei casini nel router,di resettare tutto e ricominciare da capo. Magari facendo tutto manualmente senza usare gli script.
-
Se dicessimo in prima pagina di usare il mac address della station poi verreste qui a dire che con quel mac non ha funzionato e che avete dovuto inventare uno diverso.
Il mac valido non è fisso per utenza, lo si sceglie mediante host_uniq: è quello che usate per la prima volta quando date un certo host_uniq alla rete dati.
Posso dirlo ancora in un altro modo, voi vi presentate all'ac voip con un certo host_uniq e un certo mac address, se per quell'host_uniq esiste una connessione dati valida allora il max viene "autorizzato" o "bannato". Quelli delle vostre Vodafone station funzionano perché la Vodafone station è configurata correttamente, quindi tutti i suoi mac address voce sono correttamente autorizzati e funzionano finché usate come host_uniq quello copiato da lei.
Lo ripeto per l'ennesima volta: tocca pasticciare col mac address solo a chi ha commesso qualche errore nel seguire la guida e si è fatto bannare il Mac address inventato.
Dato che questa guida è anche per chi una Vodafone station non c'è l'ha non vedo come si possa proporre di usare quello della Vodafone station.
Piuttosto, sarebbe preferibile suggerire di mantenere i mac come generati da guida e in caso di problemi inventarsi un host_uniq valido diverso da quello della Vs e diverso da qualsiasi altra Vodafone station in circolazion, ad esempio cambiando l'ultima cifra del numero di serie in una lettera a caso dell'alfabeto.
-
Ok...ma anche risolvendo con altro MA, ribadisco che a me il router non mantiene la connessione per più di 40 ore... mettiamola cosi.... se continuo ad avere problemi
cambiero' il seriale e di conseguenza anche host uniq,grazie per la dritta, prima o poi ci arriveremo... forse... :)
-
Cosa succede di preciso dopo 40 ore? Che devi ricollegare la VS?
-
@maxking cioè cos'è che é successo? Per caso sul router hai il primo led rosso e quello del VoIP spento?
-
Come dicevo ho ritrovato lo modem disconnesso non andava neppure Internet,riconosca la vf e andava....ora sto provando un seriale similare con altro host uniq ma niente,si registra ma il telefono non va...
-
Ma non è che per caso hai la custom GUI installata?
-
si ho la gui aunsell installata....e aggiornata
-
@maxking non pretendo che eviti di citare à la Outlook (scelta stilistica insopportabile ma de gustibus) ma adeguati in generale alle nostre linee guida in merito alle citazioni, vedi link in firma grazie.
-
@maxking io non sono così convinto che il tuo problema sia il mac address.
-
Ora lo ho resettato per la quinta volta,mandato seriale similare alla mia vf station,mac adesso similare alla vf station e installata per ultimo la Gui custuom,,per ora Ok,vediamo fra 48 ore
-
@MisterFTTH Scusa ma sono poco pratico della Vs netquite,spesso uso la mia ,forse sbagliando.....ma sempre con umiltà e buon senso.........
-
Una volta che il proxy voip è raggiungibile (con un ping) e la route impostata appare corretta non serve più toccare mac address ed host_uniq, nel senso che a quel punto quello è un problema superato.
Se il voip smette di funzionare in seguito all'installazione della mod questo non saprei come stabilirlo, ma anche sul TG789vac v2 è frequente avere problemi di configurazione voip quando lo si configura soltanto dopo averla installata.
L'importante è che senza mod il voip funzioni come previsto, poi se installandola riscontri problemi di mancata ri-registrazione l'unica cosa da fare è chiedere nel thread della custom gui o segnalarlo su github.
-
@LuKePicci infatti gli dicevo che non mi sembrava un problema di mac. Però non credo nemmeno che sia la gui mod,il problema, altrimenti anche io dovrei avere anomalie.
Per togliersi comunque il dubbio andrebbe usata la gui originale.
-
@maxking Nessun problema, ci tenevo a chiarire i piccoli dettagli, buona continuazione ;)
-
con la gui originale tim credo che ci sia qualche bug, non mi fa mettere la spunta su fx1 in entrata e uscita.... lo fa cliccare, ma non rimane la spunta nera...
@LuKePicci infatti gli dicevo che non mi sembrava un problema di mac. Però non credo nemmeno che sia la gui mod,il problema, altrimenti anche io dovrei avere anomalie.
Per togliersi comunque il dubbio andrebbe usata la gui originale.
-
Ignorala, cambia quell'opzione direttamente da file di config. Ma quindi con la gui stock funziona regolarmente?
-
@maxking non è un bug noto. Comunque anche un update del firmware all'ultima versione,male non fa.
-
Buonasera,
Ma in considerazione che una id dati fondamentali a far funzionare il voip si estrapolano dalla vs, c'è un sistema per chi non è provvisto di modem vodafone riuscire a configurare?
il serial number indispensabile per user name e per l'host_uniq, e il mac anddress possono essere generati casualmente?
Grazie a tutti
-
Il mac address è quello del router che vuoi configurare, non quello della VS. Per seriale e proxy è più complicato.
-
nel mio caso ho provato ad utilizzare il mac anddress del router che ho trovato nel file network, e non solo, anche un'altra decina che ho provato con un sito che gli genera, ma nulla... quando facevo la prova "route |grep voip" trovavo sempre un gateway con ip della serie 1.255...... alla fine, modificando lievemente il mac originale della vs è andato a primo colpo, poi sinceramente non mi sono sbattuto ulteriormente con ulteriori mac, a momenti li sognavo anche la notte a quanti ne ho testati :facepalm: :facepalm: :facepalm:
-
Buona sera ,allora come dicevo con Mac adress originale VF leggermente modificato tutto bene,unico problema che dopo circa 40 ore si disconnette per poi riconnettersi....molto strano già è la seconda volta,come consigliato lo resettero' di nuovo e lascerò con la GUI TIM,cmq voglio prima caricare la 2.20 beta 002
-
Ciao @maxking
è molto strano che il tuo router dopo 40 ore si disconnette, almeno per il mio caso il modello DAG4132 acceso da più di 100 ore sembra che non stia dando problemi, e in precedenza ilTG789V2 anche lui mai dato problemi, intendo sempre sbloccati e con custom gui, ma dopo 40 ore si disconnette e non si collega più? dopo per ripristinare la connessione lo devi riavviare, o ti basta da GUI provare a ricollegarlo?
-
A chi lo dici...ci sto combattendo partendo dal voip da 2 settimane;
5 giorni fa si e’ disconesso il ppoe e non si e’ riconesso,ho dovuto riavviarlo,ieri pomeriggio nella scheda ppoe ho visto che era attiva da solo 10 ore e invece il modem era acceso da 2 giorni e qualche ora...
Il problema che con la gui tim non riesco a vedere i dati di accensione....
Comunque la nota positiva e’ che abbiamo capito quale mac adress occorra per il voip...un mac adress non inventato ma molto similare a quello di una vodafone station attiva....
Edit: scusatemi,ma questa voce ha cosa si riferisce? Al tempo che e’ connesso ad internet? Perche il router mi dice che sono 4 e mezza che lo ho riacceso....quindi 42 minuti fa si e’ riavviata la connessione ?
https://ibb.co/pRgyV98
-
Te lo ripeto per 'ultima volta, poi sinceramente non so più come dirtelo. Se ti "inventi" un mac address che casualmente coincide a quello di un' altra Vodafone Station, andate giù a turno te e l'altro malcapitato. L'unica stretegia per stare al sicuro è usare quello del router, come facciamo tutti e come è scritto nella guida. Se volete fare di testa vostra io non posso aiutarvi.
-
Vedi luke ,io la guida lo riletta,no una no due no tre,ma decine di volte e parlava chiaramente del mac adress del tim hub +1........del mac adress della vodafone station +1 o +2 o similare non ce’’ accenno...
Andiamo giu cosa intendi? Io ora vado giu con la connessione,non con il voip.......non ti arrabbiare,fai passare da stupidi le persone e credo che quanto meno io non lo sono...ho 50 anni e sono 30 che smanetto nel hardware
-
Ma figurati, non sono arrabbiato, è che non so come convincervi che del fatto che generare mac casuali, o peggio ottenuti da variazioni di mac validi e pertanto probabilmente altrettanto validi è facile che porti a qualche rogna imprevista, sia a chi lo imposta sia a chi se lo vede "rubato". La guida dice di utilizzarne uno nell'intorno originale del mac di fabbrica del router, nel tuo caso il tim hub, e così dev'essere.
Può esserci solo una connessione per mac. Se due connessioni usano lo stesso mac l'altra va giù.
-
Tutte le mattine immancabilmente intorno Alle 7 la connessione va giu’.....provero’ a cambiare mac adress anche del tim hub con uno similare vs station per la connessione wan? Che dite?
-
Che c'è qualcuno che alle 7 si sveglia, inveisce contro vodafone e indirettamente verso di te, dopodichè riavvia il modem per farlo tornare a funzionare facendo disconnettere te
-
Prima o poi Vodafone gli cambierà Vodafone Station e smetterà di inveire.
-
ha fatto la battuta... :D :D :D :D :D :D
Tranqui luke, di VS disponibili ne ho 4......... tra cui anche una POWER...di sostitute ne ho ;) anche perché detta francamente questo TIM HUB doveva spaccare nel WIFI e vedo poca differenza con la REVO
Che c'è qualcuno che alle 7 si sveglia, inveisce contro vodafone e indirettamente verso di te, dopodichè riavvia il modem per farlo tornare a funzionare facendo disconnettere te
-
Non è una battuta è verosimilmente quello che sta accadendo, ma a quanto vedo è tua usanza scrivere sui forum (mica solo qui..) mettendoti poi i paraocchi.
Se hai altre VS perchè non usi il MAC di quelle anzichè inventartelo?
-
Non è la tua che sostituiscono, è quella del tizio che si sveglia al mattino ed impreca..
-
Volevo giusto specificare che io ho sempre usato il mac della mia vsr con l'ultimo numero cambiato,e non ho mai avuto problemi. Continuo a credere che il suo problema non sia nel mac.
-
Il problema può essere il mac solo se usa quello wan dati/wan voce della VS di qualcun altro.
Il mac ricavato sommando 1 a quello di una tua VS stampato sull'etichetta non è quello che la VS usa normalmente, quindi equivale ad un mac sicuramente solo tuo e sconosciuto a vodafone, esattamente come quello ottenuto sommando +1 a quello del technicolor. A patto di non cedere la VS a nessuno, sono entrambe scelte ugualmente valide.
Ricordo che per una VSR vale la seguente relazione:
00 lan
06 wan dati
07 wan voce
08 wifi 2.4
09 lan ospiti
0A wifi community 2.4
0C wifi 5
0E wifi community 5
-
@LuKePicci ok,ma è possibile che abbia cambiato più mac e abbia regolarmente lo stesso problema? Cioè qualcosa non torna.
-
Certo che no, in tal caso sarebbe evidente che il problema non è quello, ma purtroppo da tutti i post che ha scritto io non ho un'idea chiara di cosa abbia usato nei vari tentativi. L'unica cosa che ho capito è che ad un certo punto usando un mac address ottenuto da una "piccola modifica" non meglio specificata di uno preso da una VS, si è ritrovato ad avere la rete (anche internet) periodicamente disconnessa. Se questo problema ce l'avesse anche con altri mac address sicuramente non coincidenti con VS altrui (es. mac address originali del technicolor) allora il bug sarebbe sicuramente da qualche altra parte.
Potremo appurare definitivamente che il bug stia da un'altra parte solo quando ci avrà confermato di aver impostato tutto come da guida, usando i mac originali del technicolor. Finchè non lo fa, non possiamo escludere che abbia scelto male il mac. E' per questo che continuo a ripetere che non vanno clonati mac di VS, tale operazione provoca un risultato illusorio, falso positivo, che sembra corretto, in cui tutto sembra funzionare o funziona per i motivi sbagliati, e introduce inutili variabili da tenere in considerazione nel debugging. In altri termini, pasticciare con mac address clonati da VS è un modo alternativo e non meglio specificato di ottenere un risultato apparentemente valido senza impostare tutto nel modo corretto.
-
Ok luke, continuero' a clonare allora dei mac del tim hub per non andare giu anche con il ppp, per quanto mi riguarda sono a circa una 20ina.... ora di tempo ne ho,certo e' che un macadress similare alla VS STATION lo ha preso subito... io alle coincidenze nella vita ci credo poco....
Sempre Grazie per il supporto
-
Puoi meglio specificare "similare"? Hai cambiato l'inizio ? La fine? Una lettera nel mezzo? Di quanto ti sei scostato?
Io non ho mai testato in prima persona ma l'ipotesi che fosse necessario (a questo punto direi per alcune linee) almeno l'OUI di una VS sono stato il primo a farlo, e qui non sei mica il primo che riporta di aver risolto clonando il MAC di una VS
-
Se mantieni l'OUI Vodafone e metti a caso gli ultimi 3 byte a quel punto le probabilità di collisione schizzano alle stelle. O ne registri correttamente uno diverso (quello del tch), o usi uno già registrato di una tua VS. Se riesci ad usare quello non voce della tua VS allora sei anche in grado di usare quello del technicolor.
PS: la guida di riferimento (https://gist.github.com/teknoraver/9524e539061d0b1e9f8774aa96902082) di chi studiò per primo l'identificazione di linea Vodafone ha compiuto da poco 3 anni. tutti quelli che dall'epoca la seguirono (me compreso) per il setup della voce non hanno mai avuto nessuna rogna sul mac address, su qualsiasi specie di linea. Dopo l'introduzione del nuovo deployment su rete pubblica abbiamo riverificato che le cose stessero ancora come prima, e tutti noi continuiamo a non aver bisogno di clonare nulla. E' inutile azzardare ipotesi sulla necessità di usare OUI/mac particolari, si crea solo confusione. Il motivo per cui un mac clonato da l'impressione di essere risolutivo l'ho già spiegato, non mi ripeterò ulteriormente.
-
Buongiorno, anche questa mattina immancabilmente alle 7,30 la liena e' andata GIU...per non ripristinare... cioe' si impalla il modem e non si riavvia...e' veramente una cosa curiosa che lo sta facendo epr la sesta volta consecutiva e quindi non e' una coincidensa...il VOIP funziona benissimo ( ovvimente nelle ore precedenti) con il mac adress di una VS +1...si registra si pinga, non cadono le chiamate, ma aime' continua a cadere la connessione ad orari prestabiliti, ho una FTTH con ONT ESTERNO...nella gui aunsell ci sara' qualche parametro da variare? quella voce PPOE realay e' abilitata....
Volevo provare senza GUI, ma la GUI TIM purtroppo non trovo i dati attivi della connessione, quindi mi rimane difficile monitorarla, a questo punto e' una sfida fra me e il TIM HUB
edit: @FrancYescO se vuoi ti ho inviato i log in pvt
-
In che senso ti è difficile monitorarla? Io qui non ho nessuna custom gui installate e ho proprio spento il servizio web per risparmiare ram, quindi non ho nemmeno la webui fastweb stock. Cos'è che non riesci a tenere d'occhio senza webui?
-
Non ci sono i minuti e ore di collegamento nella gui TIM...ho guardato ovunque,oltre che non mi mette la spunta su fx1 in entrata e uscita ,forse un bug
-
ifstatus wan | grep uptime
ifstatus voip | grep uptime
-
Grazie,lo monitero' in questo modo...
Peccato perché la gui aunsell ha diverse cose molto utili,tipo aumento della potenza wifi
-
Si ma risolvi un problema alla volta. Ora concentrati a capire se quel problema di disconnessioni è relativo al setup voip o meno. Se si arriva a capire che effettivamente il problema sta nella gui modificata poi si può a tutta ragione aprire una segnalazione di bug a chi di dovere con la prova provata che senza di essa il problema non c'è. Se non fai queste verifiche chi sbiluppa la gui modificata potrebbe benissimo imputare il problema ad un bug nella tua configurazione o al firmware di per sè.
-
ora da 3 giorni sta andando tutto liscio,ho variato solo 2 cose,il firewall che di default sta medio e lo messo basso e la gui aunsell lo installata a mano tramite la cartella temp ed è la versione stabile...una delle 2 dava il problema
-
Buonasera a tutti,
dopo un pomeriggio speso a configurare il Timhub che vorrei utilizzare al posto della VSR ho sistemato tutto tranne il voip.
Tutti i test di verifica del primo post li passo alla grande (gateway su route voip 1.20x.xxx.1, pingo i server proxy e registrar, ecc.)
Solo che non registro il numero. Ovviamente numero, passwd (comunicatami via sms da operatore) ecc. sono ok.
Dal log su mmpbxd pochi minuti fa ho ottenuto queste info:
Sun Mar 29 00:13:52 2020 daemon.debug mmpbxfwctl[5740]: received cmd:iptables -t filter -C MMPBX --src 127.0.0.1 -p udp --dport 5060 -m comment --comment Allow_SIP -j ACCEPT
Sun Mar 29 00:13:52 2020 daemon.debug mmpbxfwctl[5740]: received cmd:iptables -t filter -C MMPBX --src 127.0.0.1 -p tcp --dport 5060 -m comment --comment Allow_SIP -j ACCEPT
Sun Mar 29 00:13:52 2020 user.info mmpbxd[19984]: SIP Registration: SIP: line0 : Deregister
Sun Mar 29 00:13:52 2020 user.debug mmpbxd[19984]: [MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network ..
Sun Mar 29 00:13:59 2020 user.info mmpbxd[19984]: SIP Registration: SIP: line0 : Failure Reason: 408 Request Timeout
Sun Mar 29 00:13:59 2020 daemon.debug mmpbxfwctl[5740]: received cmd:iptables -t filter -C MMPBX --src 10.207.72.243 -p udp --dport 5060 -m comment --comment Allow_SIP -j ACCEPT
Sun Mar 29 00:13:59 2020 daemon.debug mmpbxfwctl[5740]: received cmd:iptables -t filter -C MMPBX --src 10.207.72.243 -p tcp --dport 5060 -m comment --comment Allow_SIP -j ACCEPT
Sun Mar 29 00:13:59 2020 user.info mmpbxd[19984]: SIP Registration: SIP: line0 : Deregister
Sun Mar 29 00:13:59 2020 user.debug mmpbxd[19984]: [MMRVSIPIMPL::REGTERMOBJ]:E: regTermObjFirewallRuleUpdate:4158 - Unable to retrieve currentDestination from SIP network ..
Sun Mar 29 00:13:59 2020 user.debug mmpbxd[19984]: [MMRVSIPIMPL::REGTERMOBJ]:E: registerStateChanged:1422 - statusCode 408
Mi pare un problema di firewall, ma non so dove sbattere la testa. :headbang:
Avete qualche suggerimento?
Bye
Andrea
-
Vedi se fa lo stesso anche dopo un reboot, controlla l'interfaccia selezionata in mmpbxrvsipnet e controlla il contenuto del file mwan
-
Grazie dei suggerimenti; le ho provate tutte:
- reboot - tutto come prima
- interfaccia mmpbxrvsipnet - ho il config network 'sip_net' perfetto come da istruzioni, come per il resto il profile 'sip_profile_0'.
config profile 'sip_profile_0'
option network 'sip_net'
option user_name '[email protected]'
option uri '+390xxxxxxxx'
option display_name '+39xxxxxxx'
option enabled '1'
option password 'KXXXxxxxxXxxxxxxxxxx='
option network 'sip_net'
option enabled '1'
option user_name 'line0'
option uri 'line0'
option password 'line0'
- mwan - liscio come da istruzioni:
config globals 'globals'
config policy 'if1_mwan'
option interface 'voip' :help:
-
Nel file mmpnxrvsipnet la sezione sip_net è del tutto errata, ce l'hai veramente così così o hai solo sbagliato a postarla qui?
-
Ho lasciato il default che mi ritrovo nel file originale. Non ho visto istruzioni per intervenirci dentro. Infatti avevo notato che non prende uri ed altri dati del profile 'sip_profile_0'. Provo ad allinearlo
Edit: inserite stesse voci del sip_profile_0 (Nome utente, URI, Password e Visualizza nome) ma non ho ottenuto nulla.
Ci sono convenzioni diverse?
-
No ma ti si è proprio spaccato il file, cioè non dovresti proprio avere quelle opzioni, hai opzioni del profilo nelle impostazioni della rete, è da buttare e rifare da capo. Le istruzioni non dicono di intervenire sulle parti di file che non vanno toccate, ma chiaramente se quel file è rotto in partenza non c'è nessuna chance che tu ottenga qualcosa di sensato. Non sei il primo che si presenta da queste parti con quel file spaccato, non so da cosa dipenda, hai mica installato la gui moddata? Mi posti il file mmpbxrvsipnet per intero? Provo a capire se è recuperabile. Purtroppo non sono nemmeno sicuro che prendendo l'originale in /rom/etc/config/mmpbxrvsipnet venga fuori un risultato decente perchè forse qualcosa viene reimpostato al primo avvio.
Cioè questa cosa non è proprio contemplata:
option network 'sip_net'
option enabled '1'
option user_name 'line0'
option uri 'line0'
option password 'line0'
user_name uri e password non sono opzioni valide per una network, la config network 'sip_net' con le dozzine di opzioni che avevi in partenza dov'è? Ce l'avevi o mancava?
-
@LuKePicci ti riporto di seguito il file che ho modificato.
Mio attuale mmpbxrvsipnet, preso da /etc/config dopo aver installato la GUI Ansuel. Sono con firmware 2.2.0 dell'AGTHP. In base a ciò che mi scrivi, capisco che è da rifare. sip_net compare in due parti, Non me ne ero accorto... :facepalm:
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
option mtf_priority '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity '0'
option log_sip_message '0'
config network 'sip_net'
option interface 'voip'
option local_port '5060'
option transport_type 'UDP'
option domain_name 'ims.vodafone.it'
option primary_registrar_port '5060'
option secondary_proxy_port '5060'
option secondary_registrar_port '5060'
option session_timer 'disabled'
option primary_proxy 'proxy1-XXXXXXX-XXXXXXXX.proxy.dsl.vodafone.it'
option secondary_proxy 'proxy2-XXXXXXX-XXXXXXXX.proxy.dsl.vodafone.it'
option primary_registrar 'proxy1-XXXXXXX-XXXXXXXX.proxy.dsl.vodafone.it'
option secondary_registrar 'proxy2-XXXXXXX-XXXXXXXX.proxy.dsl.vodafone.it'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option local_port '5060'
option domain_name 'ims.vodafone.it'
option primary_proxy '0.0.0.0'
option primary_proxy_port '0'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout '60'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option re_registration_mode 'ims'
option reg_back_off_on_500_response '0'
option realm ''
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay 'rfc2833'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option provisional_timer '1200'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_provisional_response '180'
option call_waiting_reject_response '486'
option reliable_provisional_response 'when_supported'
option forking_mode 'replace'
option ingress_media_timeout '1000'
option session_timer 'disabled'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option control_qos_value '40'
option realtime_qos_field 'dscp'
option realtime_qos_value '40'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]' #
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent 'Technicolor / VBNT-S / AGTHP_2.2.0 / AGTHP_2.2.0'
option call_waiting_alert_info '0'
list ca_certificates ''
option interface 'voip'
config profile 'sip_profile_0'
option network 'sip_net'
option user_name '[email protected]'
option uri '+390xxxxxxxx'
option display_name '+390xxxxxxx'
option enabled '1'
option password ''XxxxxxxxXXXxxxxxxxxx='
option network 'sip_net'
option enabled '1'
option user_name '[email protected]'
option uri '+390xxxxxxx'
option password 'XxxxxxxxXXXxxxxxxxxx='
config profile 'sip_profile_1'
option network 'sip_net'
option enabled '0'
option user_name 'line1'
option uri 'line1'
option password 'line1'
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option user_name 'line2'
option uri 'line2'
option password 'line2'
mmpbxrvsipnet originale da da rom/etc/config
config mmpbxrvsipnet 'global'
option trace_level '2'
option radvision_trace_level '0'
option mtf_priority '0'
config syslog 'syslog'
option registration '1'
option call_signalling '1'
option syslog_priority '6'
option hide_user_identity '0'
option log_sip_message '0'
config network 'sip_net'
option user_friendly_name 'SIP network'
option cac '-1'
option transparent_soc_transmission '0'
option interface 'wan'
option local_port '5060'
option domain_name 'telecomitalia.it'
option primary_proxy '0.0.0.0'
option primary_proxy_port '0'
option primary_registrar 'telecomitalia.it'
option primary_registrar_port '5060'
option secondary_registrar ''
option secondary_proxy_port '0'
option transport_type 'UDP'
option reg_expire '600000'
option reg_expire_T_before '1'
option reg_back_off_timeout '60'
option reg_back_off_timeout_algorithm 'exponential'
option reg_back_off_timeout_max '1920'
option reg_back_off_timeout_min '60'
option re_registration_mode 'ims'
option reg_back_off_on_500_response '0'
option realm 'digest.telecomitalia.it'
option realm_check '0'
option 401_407_waiting_time '0'
option dtmf_relay 'rfc2833'
option dtmf_relay_translation '0'
option timer_T1 '500'
option timer_T2 '4000'
option timer_T4 '5000'
option timer_B '32000'
option timer_D '50000'
option timer_F '32000'
option timer_J '32000'
option provisional_timer '1200'
option remote_hold_tone_enabled '0'
option sdp_direction_call_hold 'sendonly'
option sdp_direction_call_hold_answer 'recvonly'
option uri_clir_format 'standard'
option privacy_handling 'apply'
option rejection_response '486'
option no_answer_response '480'
option call_waiting_provisional_response '180'
option call_waiting_alert_info ''
option call_waiting_reject_response '486'
option reliable_provisional_response 'when_supported'
option forking_mode 'replace'
option ingress_media_timeout '1000'
option session_timer 'disabled'
option min_session_expires '90'
option session_expires '180'
option fail_behaviour 'stop'
option min_period_proxy_redundancy '0'
option escape_hash '1'
option escape_star '0'
option control_qos_field 'dscp'
option control_qos_value '40'
option realtime_qos_field 'dscp'
option realtime_qos_value '40'
option from_anonymous_handling 'withheld'
option sip_over_ipv6 '0'
option rtp_local_port_min '16384'
option rtp_local_port_max '32767'
option user_param_value 'phone'
option include_sip_instance '1'
option feature_tag_value 'urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel'
option hookflash_application_server ''
option waiting_time_for_registration_on_400_or_503_response '60'
option conference_factory_uri_user_part '[email protected]'
option hide_serial_number '1'
option use_domain_in_contact '0'
option use_domain_in_via '0'
option update_support '1'
option sdp_direction_attribute_media_level_only '1'
option stick_to_outbound_proxy '1'
option registration_delay '5'
option enable_re_register_on_cancel_timeout '1'
option rport_in_via '1'
option optimized_authentication '1'
option repeat_ringing_interval '0'
option re_register_on_403 '0'
option check_ttl_for_dns_record '1'
option dns_query_timeout '5000'
option sip_message_max_size '4096'
option proxy_selection_policy ''
option switch_back_to_primary_proxy_timer '0'
option conference_release_call_after_transfer '0'
option disconnect_on_bye_response '1'
option cancel_invite_timer '64000'
option dnd_response '486'
option early_media_detection '1'
option hide_userinfo_and_port_in_subscription_request '0'
option tls_support '0'
option tls_port '5061'
option tls_key_type 'rsaprivatekey'
option tls_key_filename ''
option certificate_depth '5'
option tls_encryption_method 'ssl_v3'
list ca_certificates ''
option assert_tls_connection '0'
option hook_flash_relay '0'
option user_agent ''
config profile 'sip_profile_0'
option network 'sip_net'
option enabled '0'
option password 'line0'
option user_name 'line0'
option uri 'line0'
option display_name ''
option subscribe_user_name ''
option subscribe_password ''
config profile 'sip_profile_1'
option network 'sip_net'
option enabled '0'
option password 'line1'
option user_name 'line1'
option uri 'line1'
option display_name ''
option subscribe_user_name ''
option subscribe_password ''
config profile 'sip_profile_2'
option network 'sip_net'
option enabled '0'
option password 'line2'
option user_name 'line2'
option uri 'line2'
option display_name ''
option subscribe_user_name ''
option subscribe_password ''
Mi metto subito all'opera
Bye
Andrea
Edit h 15:40: ce l'ho fatta. Ora il numero è registrato. IL telefono fisso non lo uso mai, ma era una questione d'orgoglio sistemare questa cosa. Grazie @LuKePicci.
-
per curiosità,che Mac Arresa hai registrato in voip,quello del Tim hub +1 o della VS +1?
-
Sono partito da quello della VSR facendo +1 o +2, non ricordo esattamente. Quello wan è casuale legato al Tim Hub
-
sisi,quello wan e' legato al TIM, terza conferma che si registra il voip con quello della VS+1...
detto questo signori sono pronto a pagare 100 eur per capire come mai a me quasi tutte le mattine, dopo 10 giorni che accade, alle 7.40 va giu' la connessione PPPoE routed.
E' veramente una cosa stranissima perché cade sempre ad un orario prestabilito, ho abbassato il firewall, ho ricaricato 4 volte la procedura....il voip perfetto, ma lui alle 7.40 cade per poi riconesstersi...io per quello che vedo da qui, non essendo presente in quel momento
-
ancora non demordo, stamane non ricevo chiamate ne con VSR, ne con TIM HUB...e' chiaro che ce' un problema nel voip nella mia FTTH...vi aggionero'
-
Buonasera a tutti,
riprendo il topic di circa 5 mesi fa per riportare che dopo un periodo di buon funzionamento della linea voip, improvvisamente il mio numero è diventato non registrato, pertanto il telefono fisso è inutilizzabile. Non che ne senta la mancanza, però mi chiedo se è possibile che vengano cambiati inopitamente i proxy dal provider telefonico, cosicchè si debba riconfigurare tutta la parte network dedicata al voip.
Non mi ritrovo più infatti, con il il comando “route |grep voip”, alcun riferimento a gateway della connessione pppoe-voip.
Immagino si debba ripartire dall'acquisizione dei proxy direttamente dalla VS come indicato al punto 1 del primo post. :-X
Spero sia poi sufficiente nella regola di route indicare il nuovo gateway voip senza ulteriori modifiche.
E' capitato anche ad altri?
Bye
Andrea
-
Ho rimesso la VSR ed atteso che la linea telefonica si registrasse, ma non sono riuscito con Firefox, come avevo fatto la volta precedente, a farmi sputare fuori dalla java console l'output dello script di cui al punto 1 del primo post. E' cambiato nel frattempo qualcosa nel browser o il firmware della VSR non permette più questo tipo di input?
La risposta che ottengo è solo 'undefined'....
Edit: risolti due inghippi:
1 Console Microsoft Edge per avere output javascript
2 Preso atto di variazione di servers proxy e registrar da parte del provider.
-
La procedura funziona anche per la fonia VoIP su connessione FWA di Vodafone!
Però se posso dare un consiglio: quando si va ad impostare la route statica degli indirizzi 10.0.0.0/8 sull'interfaccia voip, non è necessario inserire il gateway della connessione pppoe voip ma si può lasciare tranquillamente un semplice 0.0.0.0. Questo è fondamentale nella connessione FWA (almeno nel mio caso) dove il gateway cambia ad ogni riavvio dell'antenna e sarebbe molto scomodo dover cambiare manualmente il gateway ogni volta.
-
Una rotta statica senza IP del gateway è una rotta onlink, se ti funziona con una rotta di quel tipo allora in FWA c'è qualcosa di diverso rispetto alla situazione su rete fissa che non so
-
Nell'FWA non ci sono le connessioni PPPoE ma l'antenna è impostata per dare in bridge sulla VLAN 1037 il VoIP e sulla 1038 la connessione dati.
Ma alla fine la logica credo sia la stessa della rete fissa...
-
fino al bridge vlan è tutto uguale (ma su vid diversi), poi al posto della pppoe cosa avete? dhcp?
-
Si, esatto è tutto dhcp
-
Ok bene ma siamo sempre lì, l'ip del proxy voip se vuoi raggiungerlo dalla vlan voce devi routarlo sul gateway ottenuto dal dhcp su quella vlan. almeno che non capiti essere sulla stessa subnet
-
No no le subnet sono tutte diverse come sul fisso.
Può essere che il mio router faccia solo una replica dei pacchetti sulla vlan del voip e poi ci pensi l'antenna a mandarli al gateway?
Perchè in fondo gli ip e i gateway vengono rilasciati all'antenna, non al mio router che si connette in bridge
-
Se gli ip sono rilasciati all'antenna allora il tuo router non si connette in bridge, per definizione. Quando l'antenna è in bridge allora è il tuo router a beccarsi gli ip sulle due vlan. Se lo hai collegato in cascata ma non in bridge allora a fare routing tra le due vlan e la lan del tuo router ci sta pensando l'antenna.
Le rotte di cui parla questa guida vanno impostate sul device che fa da router primario, ovvero quello a cui vengono assegnati gli ip, e nel tuo caso da come dici sembra essere l'antenna stessa (in cui queste settings ce le ha già messe Vodafone ovviamente).
-
Gli IP sono rilasciati all'antenna ma anche al mio router.
Per dirtela breve: l'antenna ha 3 APN, ciascuno con tre indirizzi IP diversi, uno in "Default Mode" e gli altri due in "Bridge Mode". Il primo è quello di default per l'antenna (penso per il tr-069 visto che non dà accesso ad internet), gli altri due sono uno per il VoIP e l'altro per internet.
Il punto è che gli IP assegnati al mio router sulle due VLAN sono gli stessi che vedo assegnati nella pagina di configurazione dell'antenna ai due APN anche quando il router è staccato. In sostanza, io posso spegnere e riaccendere il router quanto voglio ma gli IP che mi vengono rilasciati sono sempre gli stessi, devo riavviare l'antenna per avere altri indirizzi IP da Vodafone.
Il routing sono sicuro che lo fa il mio router e non l'antenna perché se io non imposto la route statica sull'interfaccia voip e faccio un ping al proxy (IP del tipo 10.x.x.x) mi risponde un altro indirizzo IP privato di Vodafone e mi dice che l'host non è raggiungibile. Se invece imposto la route il ping avviene correttamente ed è il proxy che mi risponde.
-
scusate ma solo a me , nel primo passaggio sulla Vodafone Station2 mi da' questi errori ?
jquery.js?ver=1.6:19 Refused to set unsafe header "Content-Length"
send @ jquery.js?ver=1.6:19
ajax @ jquery.js?ver=1.6:19
SendRequest @ jqSOAPClient.js:5
_invoke_rpc @ main.cgi?page=back_end.js:79
invoke_rpc @ main.cgi?page=back_end.js:90
cwmp_get_values @ VM590:4
(anonymous) @ VM590:7
<?xml version="1.0" encoding="UTF-8"?><SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:cwmp="urn:dslforum-org:cwmp-1-0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><SOAP-ENV:Header/>
<SOAP-ENV:Body SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
<SOAP-ENV:Fault>
<faultcode>Client</faultcode>
<faultstring>CWMP fault</faultstring>
<detail>
<cwmp:Fault>
<FaultCode>9001</FaultCode>
<FaultString>Parameter InternetGatewayDevice.Services.VoiceService.%u.VoiceProfile. is not accessible for reading</FaultString>
<FaultLang>Il parametro non è accessibile per Lettura </FaultLang>
</cwmp:Fault>
</detail>
</SOAP-ENV:Fault>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
Refused to set unsafe header "Content-Length jquery.js?ver=1.6:19 Refused to set unsafe header "Content-Length"
send @ jquery.js?ver=1.6:19
ajax @ jquery.js?ver=1.6:19
SendRequest @ jqSOAPClient.js:5
_invoke_rpc @ main.cgi?page=back_end.js:79
invoke_rpc @ main.cgi?page=back_end.js:90
fetch_xml @ main.cgi?page=back_end.js:58
get_topbar_xml @ main.cgi?page=back_end.js:151
get_json_page @ main.cgi?page=back_end.js:6
get_topbar_json @ main.cgi?page=back_end.js:149
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
setTimeout (async)
menuTimeout @ menu.js:66
dove sbaglio ?
Grazie.
-
Strano, il percorso dovrebbe essere quello, prova ad aggiungere in fondo "1.", quindi "InternetGatewayDevice.Services.VoiceService.1.VoiceProfile.1.", altrimenti vai dritto su "InternetGatewayDevice.Services.VoiceService.1.VoiceProfile.1.SIP.ProxyServer"
-
provato ora, fa lo stesso
altre idee ?
-
Direi di no, escludo che sia uscito un nuovo firmware che blocchi la cosa su quel vecchio modello. Magari se non l'hai già fatto prova a fare un reset alle impostazioni di fabbrica e lasciala autoconfigurarsi nuovamente da zero.
Ma la tua è una ADSL giusto?
-
No fibra ftth , sulla porta 4 ci metto l'uscita dell'ont esterno che ho e si è autoconfigurato , VoIP incluso
-
Ah ok allora probabilmente nel tuo caso quel primo 1 dopo VoiceService non va bene, per capire qual è il valore corretto puoi provare a controllare il traffico generato dal browser mentre esplori una delle pagine del firmware VS2 relative alla telefonia, dovrebbe spuntarti fuori qualcosa. Se hai qualche chiamta ricevuta nel log chiamate anche un backup configurazione potrebbe aiutarti a capire qual è il percorso giusto.
Purtroppo ho anche io qui una VS2 ma non posso sfruttarla per aiutarti in quanto non ho più la linea vodafone.
-
Ho capito bene che con vodafone power station non si riescono ad estrarre i proxy? in pratica se ho quel modello di router vodafone non posso configurare la fonia sul TIM HUB rootato? o mi sono perso qualcosa?
-
Basta farsene prestare una o comprarne una usata.
-
intendi una vodafone station 2 o revolution?
-
Se la devi comprare direi sicuramente revolution, se te la vuoi far prestare va bene una qualunque delle due.
-
ok, e invece l'host uniq lo preleverei dal seriale della mia power station?
-
Sì quello lo leggi tranquillamente.
-
Che voi sappiate il calcolo dell'host-uniq vale anche per le Vodafone Wi-Fi 6 Station (che hanno un seriale del tipo MXXXXXXXXXXXXXX con X=numero)?
E se non dovesse valere, posso usare una vecchia Station Revolution (di un'altra linea) e aspettarmi di potere usare il seriale della Revolution per autenticare le sessioni PPPoE?
-
Vale sia col nuovo che con quello della vecchia. Tu puoi anche inventare ne uno nuovo a caso nello stesso formato ma poi corri il rischio che collida con quello di qualcun altro. Quindi usa uno di quelli che hai tu in casa.
-
Tu puoi anche inventare ne uno nuovo a caso nello stesso formato ma poi corri il rischio che collida con quello di qualcun altro. Quindi usa uno di quelli che hai tu in casa.
Ah wow. Ero convinto servisse per associare in qualche modo il lease PPPoE con il cliente. Chissà a cosa gli giova allora.
Sapete invece dirmi se è normale che con i server pubblici (voipx.fixed.vodafone.it) il tempo di registrazione SIP non viene rispettato? (cioè io faccio registrare il pbx ogni ora, come peraltro consigliato da loro, e dopo circa cinque minuti sono irraggiungibile)
-
Serve esattamente a quello infatti, la station ne sceglie uno (il suo seriale) e loro lo associano all'ip che ti rilascia il pppoe. Da quel momento è fino a nuova connessione la station con quel seriale e l'ip che ha in uso sono legati.
Quei proxy pubblici sono su una specie di firewall che lascia passare la connessione al proxy solo se l'ip sorgente è quello della linea per cui stai chiedendo la registrazione. La registrazione viene anche rispettata ma dopo pochi minuti senza comunicazioni quel firewall taglia i ponti con te e non sa più come raggiungerti. Il setup nativo descritto in questa guida non ha problemi del genere perché l'ip della rete voce è statico e quel Firewall non c'è.
-
La registrazione viene anche rispettata ma dopo pochi minuti senza comunicazioni quel firewall taglia i ponti con te e non sa più come raggiungerti
questo spiega tante cose, grazie dell'info preziosissima.. mi tocca compilare openwrt per il routerboard
Il setup nativo descritto in questa guida non ha problemi del genere perché l'ip della rete voce è statico e quel Firewall non c'è
essendo una business anche l'ip che ho sulla 1036 è statico ma evidentemente i firewall sopra di me non sono configurati a dovere..
-
Si in pratica nel setup nativo tu arrivi direttamente al proxy voip con il tuo ip statico voce, nel setup alternativo quel firewall ti natta e dopo un po' rilascia il mapping dinamico in considerazione del fatto che la stragrande maggioranza degli indirizzi che vede sono dinamici, conservare una tabella statica con gli ip delle linee business su ognuno di quei firewall nell'eventualità che quel cliente decida di usare il setup alternativo non è una grande idea.
-
volendo ci sono helper del nat abbastanza furbi da leggere l'expire sip e tenere il mapping udp vivo per il tempo adeguato (lo stesso kernel linux mi pare abbia qualcosa del genere). l'approccio nativo sembra in ogni caso molto più pulito
-
Buongiorno a tutti ragazzi sto cercando di ripetere il procedimento una seconda volta. Non funziona tutto perché l'indirizzo che mi esce con il comando grep voip non teemina con
.1
Il discorso è che si sta facendo tutto estremamente più lento e difficile perché ognu volta che eseguo il comando per inizializzare la network mi perde sempre la connessione scp e non solo, continua a disabilitarmi l'ssh sul modem costringendomi continuamente a riavviare il modem perché irraggiungibile. Sto letteralmente impazzendo. Qualcuno può darmi una mano?
-
scusate ma questa procedura è ancora valida ?
A me è arrivato un router vodafone che non ho capito come si chiama, revolution, station, power, wifi6, BHO !!, ma i nomi dove si vedono ?
Sull' etichetta c'è SHG3000, dovrebbe essere una power station.
Se uso la console java ottengo questo:
Uncaught ReferenceError: SOAPObject is not defined
at cwmp_get_values (<anonymous>:2:17)
at <anonymous>:7:1
-
La procedura per scoprire i propri proxy è valida ma funziona solo con Station Revolution e Station 2, ovviamente se conosci i proxy puoi sostituire anche la tua Power Station
-
ok, quindi i n relazione al secondo post di FrancYescO, se io avessi tutti i dati e i proxy generici, andrebbe bene lo stesso ?
del tipo:
SERIALE=ce lho
MAC_VOIP=ce lho
NUMERO_VOIP=ce lho
PASSWORD_VOIP=ce lho
INTERFACE="ptm0" #ptm0 per VDSL via modem integrato, eth4 per FTTH/PON o altro via ethernet WAN questa parte non l' ho capita
REGISTRAR1_VOIP=Voip3.fixed.vodafone.it
PROXY1_VOIP=Voip3.fixed.vodafone.it
REGISTRAR2_VOIP=Voip3.fixed.vodafone.it
PROXY2_VOIP=Voip3.fixed.vodafone.it
Voip3.fixed.vodafone.it che sarebbe il dato che mi hanno mandato su SMS. Mi fate un esempio di come dovrebbero essere questi proxy, perchè con gli asterischi non capisco se sono numeri o lettere bho.
-
INTERFACE dipende dal tipo di linea che hai e da che unità L2 intendi usare integrata nel/collegata al router technicolor: il modem integrato xDSL? allora ptm0, altrimenti eth4 ovvero la porta WAN ethernet
PROXY e registrar non li hai, quelli che hai indicato sono i proxy su rete alternativa dedicata a chi non sa o non può configurare il voip come in questa guida, ovvero come sulle vodafone station
-
ok , fammi capire bene:
1) con la power station questa procedura non è valida, in quanto l' exploit non funziona. Per inciso, funziona esclusivamente con Station Revolution e Station 2, non con altri router, tipo i sercomm, i fritzbox, i technicolor o altri.
2)puoi farmi vedere una config di prova con modem integrato xDSL, per capire esattamente cosa va messo e dove ?
Per quanto riguarda il discorso di ilsalvopss, ci sono possibilità di poterlo fare ? Non so, magari esiste già una guida generica da qualche parte.
volendo ci sono helper del nat abbastanza furbi da leggere l'expire sip e tenere il mapping udp vivo per il tempo adeguato
-
La guida per la configurazione di openwrt è valida a prescindere dal router vodafone che hai, ma solo il firmware vodafone basato su openrg (lo trovi su tutte le VS2 e VSR) ti permette di leggere i parametri del datamodel , tra cui i nomi dei proxy, in quel modo. Di sicuro il firmware della VPS è diverso, non conosco un modo per leggerli da lì. Se vuoi averli in autonomia ti conviene farti prestare una VSR. Non ho sotto mano una configurazione simile da poter condividere, mi spiace.
-
ragazzi ho attivato una linea vodafone e sto usando un dga4132 con ultima gui e firmware.funziona tutto tranne il timeout della linea voce in ingresso che diventa irraggiungibile .mi sono letto un bel po di pagine ma mi servirebbe il vostro aiuto...vorrei provare a sistemare senza clonare mac e quantaltro dalla station,ho letto di un altro utente che aveva rsiolto se non ricordo male cambiando dei valori option min_session_expires '90'
option session_expires '180'
mi date una mano?
ho portato un secondo timhub alla configurazione originale ed ho stesso problema
nei log leggo
Dec 15 20:07:19 user.debug mmpbxd[25678] [MMNETWORKSIP] :E: mmNetworkSipGetSubscriptionNotifier:7280 - MMPBX_ERROR_NOTSUPPORTED
Dec 15 20:07:19 user.debug mmpbxd[25678] [MMNETWORKSIP] :E: mmNetworkSipGetSubscriptionNotifier:7280 - MMPBX_ERROR_NOTSUPPORTED
-
Ti serve un keep-alive per mantenere aperta la relazione, mmpbx non lo supporta. Probabilmente con asterisk puoi riuscirci.
Il setup in stile vodafone station è comunque preferibile.
-
ancora non ho il modem vodafone.
come dovrei procedere per tentare di risolvere con asterisk?
le telefonate in uscita funzionano senza problemi
-
@putipower Ti posto l'intera mia configurazione di un TG789vac, guarda se trovi qualche differenza con il tuo:
config network 'voice7336E04EA33E444171F738FB244C312B'
option cac '-1'
option timer_T4 '5000'
option rejection_response '486'
option reliable_provisional_response 'supported'
option rport_in_via '1'
option local_port '5060'
option user_friendly_name 'SIP Network'
option control_qos_value 'ef'
option interface 'voip'
option reg_expire '3600'
option forking_mode 'default'
option timer_F '32000'
option dtmf_relay 'auto'
option session_expires '180'
option escape_hash '1'
option call_waiting_reject_response '486'
option transport_type 'UDP'
option control_qos_field 'dscp'
option dtmf_relay_translation '0'
option min_session_expires '90'
option realm_check '0'
option domain_name 'ims.vodafone.it'
option reg_back_off_timeout '180'
option primary_registrar_port '5060'
option uri_clir_format 'standard'
option switch_back_to_primary_proxy_timer '0'
option provisional_timer '180'
option secondary_registrar_port '5060'
option re_registration_mode 'standard'
option realtime_qos_field 'dscp'
option timer_T2 '4000'
option min_period_proxy_redundancy '0'
option timer_J '32000'
option fail_behaviour 'stop'
option escape_star '0'
option timer_D '50000'
option primary_proxy_port '5060'
option timer_B '32000'
option ingress_media_timeout '1000'
option reg_expire_T_before '1'
option transparent_soc_transmission '0'
option timer_T1 '500'
option privacy_handling 'apply'
option secondary_registrar 'proxy2-VP08490-VMCNVS1.proxy.dsl.vodafone.it'
option secondary_proxy 'proxy2-VP08490-VMCNVS1.proxy.dsl.vodafone.it'
option no_answer_response '408'
option call_waiting_provisional_response '180'
option session_timer 'disabled'
option realtime_qos_value 'ef'
option secondary_proxy_port '5060'
option primary_registrar '10.174.9.154'
option primary_proxy '10.174.9.154'
Per analizzare cosa succede puoi abilitare il log dei messaggi SIP con il comando uci set mmpbxrvsipnet.syslog.log_sip_message='1'Con logread puoi leggerli
EDIT:
Ovviamente non puoi utilizzare il proxy che Vodafone ti ha fornito ma il proxy ricavato dalla VS. Lo scopo di questa guida è proprio risolvere il problema del timeout con i proxy generici, ma per fare questo è necessario avere una VS per prendere i proxy "interni".
-
@kitt1997 grazie
mi è arrivata or ora la vodafone power station ma lo script da inserire in javascript mi da errore.forse non è compatibile con questo modem?
-
@putipower Se non sbaglio lo script non è compatibile con la VPS.
Per trovare i proxy devi abilitare la modalità esperto > Stato e Supporto > Log eventi > Tutti gli eventi. Stacca e riattacca il cavo DSL (o WAN) in modo che il VoIP si riavvii. Aspetta che la spia Internet ritorni fissa e poi comincia ad aggiornare la pagina del Log eventi finché tra tutte le info del VoIP che si sta avviando non viene scritto il proxy attualmente in uso.
-
grazie provero cosi
-
@kitt1997
l'ho beccato nei log come da te suggerito
Switch to primary proxy server proxy1-xxxxxxx-xxxxxx.proxy.dsl.vodafone.it
adesso come procedo?
è sufficiente questo ?
-
@putipower sì esatto!
Per ottenere il secondo proxy di backup basta modificare proxy2-xxxxxxx-xxxxxx.proxy.dsl.vodafone.it
-
Salve raga, avendo l'allarme in casa che mi chiama quando rileva un'intrusione, e avendo la VPS vorrei sostituirla con il DGA4131. Premetto che nella centralina dell'allarme c'è anche una sim impostata come primaria e solo successivamente, se la sim non è disponibile, prova con il telefono fisso. Sul mio DGA4131 ho la gui di ansuel, si deve comunque seguire questa guida o i parametri possono essere impostati in modo più semplificato tramite gui?? Ho solo letto la guida e mi è venuto il mal di testa. Aggiungo che il modem già funziona con la linea dati l'unico problemino sarebbe questo. Grazie per le risposte
-
@Quartz85 sì, a meno di ultime novità, questa guida è l'unico modo per avere il VoIP funzionante.
Se non vuoi fare tutti i passaggi a mano, puoi sempre eseguire lo script descritto nel post #2 di questo thread:
-
@kitt1997 ok grazie. mi sa che quando avrò voglia cercherò di seguire la guida oppure lascerò l'allarme con solo la sim anche perchè il modem lo tengo già collegato e non saprei manco come eseguire questo script. Sono un vero nabbo.
EDIT: anche perchè leggendo la guida ho visto che quando si modificano alcuni parametri potrebbe anche non funzionare più la linea dati e già per configurare quella ho perso la testa
-
Valuta di comprare un altro DGA usato e smanettare su quello sostituendolo come ti viene comodo all'occorrenza.
-
Avevo già pensato a questa cosa però mi scoccia rifare il root, stavo valutando di comprare un modem così di avere almeno tutto funzionante tra allarme, telecame, vari videocitofoni e quant'altro non vorrei correre nessun rischio. A proposito se dovessi comprare un tp-link, netger, FRITZ, qualunque di questi modem sarebbe autoconfigurante? Scusate OT
-
Ho letto tutte le pagine dell'interessantissimo thread, ma non ho trovato una casistica simile alla mia.
Sono da poco passato da TIM a Vodafone, già da prima utilizzavo il DGA4132 in modalità bridge collegato ad un router Unifi USG che instaura la connessione passando i parametri al modem. All'interno del modem veniva instaurata una seconda connessione PPPoE per la connessione VoIP. Col passaggio a Vodafone, inserendo i nuovi parametri sul Router USG, la connessione dati funziona tranquillamente, ho provato anche la configurazione base del VoIP tramite GUI, utilizzando i parametri forniti dal 190 e sembra funzionare, ma non ho provato a fare chiamate lunghe. Volendo effettuare la configurazione spiegata nella guida, mi sono subito bloccato al primo passaggio: dove dovrei inserire il passaggio del parametro "host uniq"?
EDIT: mi rispondo da solo in quanto googlando un po' ho trovato la risposta, magari può tornare utile a qualcuno.
Per impostare il parametro "host uniq" dal router USG, bisogna farlo tramite linea di comando (ssh) in questo modo:
set interfaces ethernet eth0 pppoe 0 host-uniq xxxxxxxxxxxxx
Ma come posso accertarmi che sia tutto corretto?
-
Ti basta un tcpdump fatto dall'USG mentre viene instaurata la PPPoE, se vedi passato l'host-uniq che hai indicato allora lo hai messo correttamente.
Naturalmente puoi decidere se fare la PPPoE VoiP o sull'USG o sul DGA. Se devi usare l'ATA integrato nel DGA ti conviene fare la PPPoE voip sul DGA e non sull'ubiquiti. tuttavia in questo momento non ricordo se vodafone ti metta o meno nelle condizioni di poter risolvere l'hostname del proxy voip con un server DNS raggiungibile tramite pppoe voce. Nel caso non ti desse alcun DNS o comuqnue non fosse in grado di risolvere l'hostname, risolvilo a mano dalla connessione internet normale (sempre da DNS vodafone però) e crea l'associazione statica nel file hosts dell'USG.
-
LuKe, mi sa che hai centrato il problema.
Infatti ho creato, come da guida, la connessione VoIP sul DGA, ma non riesce a risolvere l'hostname del proxy.
Non avevo pensato a mettere direttamente l'indirizzo IP. Dovrei cambiare qualcosa anche nel file di configurazione /etc/config/dhcp?
Mi viene il dubbio che dovrei creare una seconda connessione PPPoE sul DGA come facevo quando avevo TIM
-
Dovrebbe bastarti risolverli a mano dall'ubiquiti e metterli nel file hosts del DGA.
-
Salve,ho swguito la guida ma purtroppo non mi rilasciava l'ip ed ho dovuto rinunciare.
ho configurato il servizio telefonia della gui e il telefono funziona bene e sempre in uscita mentre in ingresso funziona solo per qualche minuto,poi smette di funzionare.sembra un timeout in ingresso,Qualche idea o suggerimento?
grazie
-
È per questi problemi che questa guida non è opzionale per la corretta funzionalità del voip Vodafone sui Technicolor. Insisti, deve funzionare.
-
ho insistito ed ora sembra funzionare...ma ho dovuto fare piccole modifiche.
il punto uno l'ho dovuto saltare perché ho una power station e anche perché il timhub ègia collegato.
al posto dello username derivato dal seriale ho messo vodafoneadsl e cosi anche per la password.con il seriale non si collegava
Nella sezione config network 'sip_net' invece che scrivere il codice con la dicitura "option primary_registrar 'proxy1-*****.vodafone.it'" ho duvuto mettere solo option primary_registrar 'voip3.fixed.vodafone.it
per il resto ho seguito la guida.
i test nslookup route e ping funzionano e anche il telefono in ingresso non sembra piu andare in timeout
in caso di problemi vi aggiorno
grazie per l'aiuto
-
[ You must login or register to view this spoiler! ]
purtroppo ancora non mi funziona come dovrebbe....c'e' un modo per trovare i proxy non avendo una Vodafone Station 2 o una Vodafone Station Revolution ma una power?
May 11 19:53:19 user.debug mmpbxd[26333] [MMRVSIPIMPL::INTERFACESELECTION]:E: eventProcessForDefault:601 - Event (3) not be process (MMPBX_ERROR_NOTSUPPORTED)
May 11 19:38:19 user.info mmpbxd[26333] SIP Registration: SIP: +39xxxxxxxxxxxxxx : Register Success