Newsgroup: it.tlc.telefonia.voip
Titolo: FRITZ 7050 Utilizzo come ATA

Ciao a tutti !
Apro un nuovo TRD abbandonando quello relativo alle problematiche ISDN di
qualche giorno fa'.
Un po' di riepilogo :
Dopo aver attivato l'expert mode sono stato in grado di configurare il fritz
come "Internet connection via LAN A"
Quindi "Share existing Internet connection in the network (IP Client)"
Per concludere ho impostato un IP fisso della nostra rete con tutti i
parametri del caso
La connessione avviene tramite un router Cisco 827
In queste condizioni non e' possibile uscire dal router ; ho comunque la
certezza che non dipende dal router per i motivi che descrivero' .
Impostando i DNS di Eutelia da' errore sul DNS ; tale errore sparisce se il
DNS imputato e' quello della nostra rete
L'IP utilizzato e' un IP pubblico , o meglio , e' un IP locale interamente
"ruotato" sull'IP pubblico
Un Sipura SPA3000 con le stesse impostazioni funziona perfettamente ed
essendo allocato su un IP pubblico e' raggiungibile da una qualsiasi
connessione digitando l'IP pubblico corrispondente
Questo non succede con il Fritz 7050
Risulta visibile all'interno della rete locale ma non dalla rete pubblica .
Una volta risolto , per modo di dire , il problema relativo al DNS il fritz
da errore di Timeout sul tentativo di connessione
Questo significa che l'errore DNS sparisce perche' vede quello locale , ma a
quel punto con gli indirizzi IP prelevati dal DNS locale non riesce ad
oltrepassare il router.
Se del caso posso pubblicare le varie schermate in modo che possano essere
studiate
A sto' punto siccome bisogna anche motivare l'interesse delle persone ,
metto in palio un trancio di "Sopressa di Valli de Pasubio" da inviarsi a
chi mi dara' la soluzione giusta .
Elia Finotti puo' confermare che non scherzo .
Nella speranza che qualcuno prenda a cuore il mio Fritz , ringrazio
anticipatamente
Cordiali Saluti
                Pietro Bruno Lancerotto
bruno.la...@zadi.vi.it
http://www.schioindustrialheritage.com/it/page_10.html
http://www.vicenzanews.it/a_302_IT_621_1.html

Ciao,
assicurati che:
- Il default gateway sia impostato correttamente
- Che non ci siano ACL sul cisco che filtrino quell'ip (o viceversa, se
hai deny come policy)
In ultimo, prova dal router a pingare l'apparato (IOS ha il ping).
Ciao,
Simone.

Ciao ,   Simone !
Hai scritto   il Wed, 12 Apr 2006 17:35:55 +0200:
 S> - Il default gateway sia impostato correttamente
Corrisponde all'IP del Router ed e' quello usato su tutti i PC e dispositivi
connessi in rete .
 S> - Che non ci siano ACL sul cisco che filtrino quell'ip (o viceversa, se
 S> hai deny come policy)
Faro' verificare da chi ha in manutenzione il Router ; in ogni caso ricordo
che il Sipura funziona a meraviglia .
 S> In ultimo, prova dal router a pingare l'apparato (IOS ha il ping).
Adesso provo collegandomi in Telnet sul router
Per il momento ho fatto una prova al volo dal mio PC ed ovviamente risponde
Ripetendo il Ping da una connessione pubblica su 85.43.yy.zz il Sipura
risponde ed il Fritz no
'sto cazzone non va' al di la del router
Provo e poi posto il risultato


Ciao, riassumendo la configurazione della tua rete tu hai un ip
pubblico sul Cisco e il Fritz e' in DMZ ed ha un ip privato? Il Cisco
fa NAT?
Come primo consiglio ti direi di controllare bene le regole del
firewall integrato nel Fritz, forse la cosa migliore sarebbe se
abilitassi il telnetd sul Fritz e da console provassi a fare un po' di
ping/tracert/telnet verso il mondo esterno e/o verso la tua lan in modo
da vedere se la parte networking del Fritz e' a posto ed eventualmente
capire cosa c'e' che non va.
Inoltre, andando a curiosare nel file ar7.cfg (per editarlo usa: nvi
/var/flash/ar7.cfg) troverai tutte le regole del firewall (port forward
compresi)...
Personalmente ho un Fritz ATA che per un po' e' stato configurato come
ip-client (di rete privata) dietro ad un router che faceva nat e non mi
ha mai dato problemi (tra l'altro non era nemmeno in DMZ ma aveva
semplicemente la porta 5060 pubblica forwardata su di lui...)
Ciao
Luca

 'sto cazzone non va' al di la del router
Hai provato ad assegnare al fritz lo stesso ip del Sipura ?
Se non lo hai fatto prova. Potrebbe essere che il router cisco (che conosco 
solo di none) abbia qualche regola che particolare relativamente al Voip 
verso lo IP del Sipura.
-- 
Cordiali saluti
                      Costanzo
****************************

Ciao ,   Costanzo !
Hai scritto   il Wed, 12 Apr 2006 17:29:48 -0000:
 >> 'sto cazzone non va' al di la del router
 C> Hai provato ad assegnare al fritz lo stesso ip del Sipura ?
Pensavo si fosse capito ma tutte queste prove avvengono spegnendo uno ed
accendendo l'altro con gli stessi identici parametri di rete
                Pietro Bruno Lancerotto
bruno.la...@zadi.vi.it

Ciao ,   spallared !
Hai scritto   il 12 Apr 2006 10:18:35 -0700:
 s> Ciao, riassumendo la configurazione della tua rete tu hai un ip
 s> pubblico sul Cisco e il Fritz e' in DMZ ed ha un ip privato? Il Cisco
 s> fa NAT?
Se per NAT intendi che "ribalta" l'IP pubblico sull'IP locale , ti dico di
si'
Ho una ADSL con 8 IP ; il primo e' il router che funge da gateway per tutti
i PC della rete
Gli altri 6 utilizzabili sono traslati su altrettanti IP locali per vari usi
fra cui server di posta , convertitore di porta per assistenza remota su
PLC/CN ed anche l'ATA che risulta in questo modo raggiungibile IP to IP
senza colpo ferire .
Questo ovviamente sperimentato con il Sipura .
Per chi non avesse letto tutta l'istoria , il 7050 lo ho preso unicamente
per la porta ISDN a cui dovrei attaccarci il centralino esistente ,
altrimenti il Sipura andava piu' che bene .
 s> Come primo consiglio ti direi di controllare bene le regole del
 s> firewall integrato nel Fritz,
Dove lo trovo ????
 s> forse la cosa migliore sarebbe se abilitassi il telnetd sul Fritz
Ho esplorato gli angoli piu' reconditi senza trovare una abilitazione del
genere
Un telnet sull'IP del Fritz da questa risposta
C:\>telnet 192.168.1.8
Connessione a 192.168.1.8...Impossibile aprire una connessione con l'host
sulla porta 23 : Connessione non riuscita
C:\>
 s> e da
 s> console provassi a fare un po' di ping/tracert/telnet verso il mondo
 s> esterno e/o verso la tua lan in modo da vedere se la parte networking
 s> del Fritz e' a posto ed eventualmente capire cosa c'e' che non va.
 s> Inoltre, andando a curiosare nel file ar7.cfg (per editarlo usa: nvi
 s> /var/flash/ar7.cfg) troverai tutte le regole del firewall (port forward
 s> compresi)...
Non so' se si e' capito , ma io uso Windows . Non sono proprio di primo pelo
ma queste cose non le conosco
 s> Personalmente ho un Fritz ATA che per un po' e' stato configurato come
 s> ip-client (di rete privata) dietro ad un router che faceva nat e non mi
 s> ha mai dato problemi (tra l'altro non era nemmeno in DMZ ma aveva
 s> semplicemente la porta 5060 pubblica forwardata su di lui...)
E' questo il punto ; anch'io ho un fritz solo ATA ( quello datomi da
WoooWVox ) e funzia perfettamente sia sull'IP locale/pubblico che su un
qualunque IP della rete
Insisti che magari lo facciamo funzionare
TNX
                Pietro Bruno Lancerotto
bruno.la...@zadi.vi.it

Ciao ,   spallared !
Hai scritto   il 12 Apr 2006 10:18:35 -0700:
 s> Inoltre, andando a curiosare nel file ar7.cfg
E' questo ?? penso di si'
==========
**** FRITZ!Box CONFIGURATION EXPORT
Password=.....................
FirmwareVersion=14.03.91
CONFIG_INSTALL_TYPE=ar7_ubik2_4MB_2eth_3ab_isdn_nt_te_pots_wlan_50494
OEM=avme
Country=99
**** CFGFILE:ar7.cfg
/*
 * /var/flash/ar7.cfg
 * Sun Sep  8 14:04:13 2002
 */
ar7cfg {
        mode = dsldmode_full_bridge;
        tsdisabled = no;
etc. etc.
==============
Questo file rappresenta il salvataggio della configurazione ed e' possibile
ricaricarlo
Costanzooooooo
Fai il favore di mandarmi il tuo cosi' faccio un confronto
Tnx Tnx Tnx


Ri-leggendo il tuo post direi che l'ip attualmente associato al Fritz
e' "privato" (192.168.1.8) ... di conseguenza, perche' tutto funzioni,
il router DEVE per forza aver abilitato il NAT (o masquerading)
altrimenti il fritz sara' in grado di parlare con il mondo esterno ma
nessuno del mondo esterno potra' mai raggiungerlo per rispondergli!....
Ora... non so come sia configurato il tuo router pero' accertati che il
NAT sia abilitato e imposta come gateway sul Fritz l'indirizzo PRIVATO
del tuo router (cioe' quello che inizia per 192.168....)
Se interessa come funziona il NAT/masquerading piu' nel dettaglio qui
trovi un bel po' di informazioni...
http://it.wikipedia.org/wiki/Internet_Protocol
http://it.wikipedia.org/wiki/Network_address_translation
Ciao
Luca

 Un telnet sull'IP del Fritz da questa risposta [..]
Gia'... di default il Fritz ha il telnetd disabilitato e quindi se
provi a connettertici ti da proprio questa risposta...
Per abilitare il servizio e poter fare gli esperimenti di cui ti ho
scritto sopra leggi questo thread:
http://www.vocesuip.com/viewtopic.php?t=30
 e scaricati il file
fritz_telnet.rar.
Una volta scaricato vai sulla pagina di aggiornamento del firmware del
fritz e fai l'upload del file fritz_telnet.rar come se fosse un nuovo
firmware... dopo circa un minuto avrai il fritz accessibile via telnet
(tranquillo... il firmware rimane quello di prima!)
In alternativa (ma non ho mai provato di persona) puoi provare a
digitare il seguente codice da un telefono collegato ad una delle
porte:
#96*7*
Una volta attivato il telnetd riprova a collegarti in telnet al fritz e
vedrai che ti verra' richiesta la password di accesso (e' la stessa che
hai impostato, se la hai impostata, per l'accesso da web).. da qui
prova a fare un ping su un qualsiasi indirizzo "internet", ad esempio
151.1.1.1 e vedi cosa ti risponde...
Beh... per ora e' abbastanza, appena riesci a fare le prove (in modo da
avere qualche elemento in piu' per fare ipotesi) andiamo avanti.. ;)
Ciao!
Luca

Ma il Fritz riesci a pingarlo dalla rete o dal cisco ???
Se usi il Fritz come default gateway da una postazione wireless ti vede 
la rete ???
Leo

Ciao, Leo!
Hai scritto  nel N.G. it.tlc.telefonia.voip  il Thu, 13 Apr 2006 09:15:07
+0200:
 L> Ma il Fritz riesci a pingarlo dalla rete o dal cisco ???
Riesco a pingare il fritz sia dalla rete che dal router
L'IP usato dal fritz e "nattato" su un IP pubblico.
Dalla rete pubblica non riesco a pingare il fritz , cosa che invece si
verifica se pingo il Sipura con le stesse identiche impostazioni.
 L> Se usi il Fritz come default gateway da una postazione wireless ti vede
 L> la rete ???
La parte Wireless e' disattivata .
Non ho idea di come funzioni , ma se non si comporta come un qualunquissimo
Access Point rimarra' disattivata a vita.
In definitiva a me interessava un ATA con ISDN ed il Fritz 7050 poteva
essere il prodotto adatto soprattutto per la possibilita' di gestire piu'
provider e poi per il tipo di connessioni telefoniche che a me era ottimale.
 Bruno Lancerotto
 
bru...@atv.keycomm.it
 
bruno.la...@zadi.vi.it

provider e poi per il tipo di connessioni telefoniche che a me era ottimale
Beh... direi che continua ad esserlo, basta farlo funzionare..  :P
Hai provato ad abilitare il telnet in modo da poter far qualche
esperimento in piu'? 
Ciao
Luca

Ciao ,   spallared !
Hai scritto   il 12 Apr 2006 14:42:26 -0700:
 >> Se per NAT intendi che "ribalta" l'IP pubblico sull'IP locale , ti dico
 >> di si'
 s> Ehm ... no, NAT sta per "Network Address Translation" e ha un
 s> significato ben preciso. Detto in parole povere vuol dire che il router
 s> "intercetta" tutti i pacchetti in uscita dai client con ip privato e
E' effettivamente cosi'
 s> Per capire bene com'e' la tua configurazione mi potresti dire l'ip che
 s> ha il Fritz ed il suo gateway?  (se vuoi, per motivi di privacy, basta
 s> che mi dici il primo ottetto, ad esempio 192.x.x.x) Intendo quello a
 s> cui riesci a collegarti quando accedi dalla tua rete interna.
La rete e' impostata su 192.168.1.x
Il router ha l'indirizzo 192.168.1.2 ed il Fritz il .8
 s> Inoltre dovresti informarti se il router sta facendo NAT oppure no.
Se torniamo al concetto di NAT sopra espresso riaggiungo SI'
Riassumo brevemente cosa fa' il router
Gestisce 8 IP pubblici 85.43.220.xx
Il primo e' il suo efinge da gateway per tutta la rete
Se io faccio un test dal mio PC per conoscere l'IP che sto' usando mi verra'
indicato quello del router
Gli altri 6 ( l'ottavo non e' utilizzabile ) sono nattati su altrettanti
indirizzi privati
Vale a dire che se tu tenti collegarti ad un 85.43.220.x ti rispondera' un
dispositivo Moxa NPort5210 che mi consente di ricevere la connessione da
macchine operatrici remote perche' io possa verificarne lo stato (
teleassistenza )
Al .y ti rispondera un server di posta
Al .z ti rispondera Il Sipura attualmente allocato sull'IP .8
Questi 6 IP se utilizzati rendono la macchina a tutti gli effetti pubblica ;
visibile , pingabile e "distruggibile" se uno riesce a beccare la password
giusta :-((
 s> Per abilitare il servizio e poter fare gli esperimenti di cui ti ho
 s> scritto sopra leggi questo thread:
 s> 
http://www.vocesuip.com/viewtopic.php?t=30
 e scaricati il file
 s> fritz_telnet.rar.
 s> In alternativa (ma non ho mai provato di persona) puoi provare a
 s> digitare il seguente codice da un telefono collegato ad una delle
 s> porte:
 s> #96*7*
Prima provo questa che e' la piu' semplice
 s> Una volta attivato il telnetd riprova a collegarti in telnet al fritz e
 s> Beh... per ora e' abbastanza, appena riesci a fare le prove (in modo da
 s> avere qualche elemento in piu' per fare ipotesi) andiamo avanti.. ;)
Ti ringrazio infinitamente della pazienza e vado a sperimentare


Ciao ,   spallared !
Hai scritto   il 12 Apr 2006 14:42:26 -0700:
 s> In alternativa (ma non ho mai provato di persona) puoi provare a
 s> digitare il seguente codice da un telefono collegato ad una delle
 s> porte: #96*7*
Questa NON funziona
Ho letto sul TRD consigliatomi che #96*8* dovrebbe effettuare l'operazione
contraria e cioe' chiudere la porta telnet
Se digitati sul 7050 si ottiene un tu-tu-tu veloce senza poi avere alcun
effetto sull'operazione eseguita.
Li' si parla di Fritz in modo generico ed il tutto e' un po' datato , circa
un anno fa'.
Tutto questo lo sto' facendo su un 7050 e non vorrei "castrarlo" , se non
altro per quello che costa.
Mi confermi che funziona anche sul 7050 ??
Ribadisco il concetto che il Fritz sara' anche un ottimo prodotto ma in
quanto a manualistica ha delle carenze immani .


Ciao ,   spallared !
 s> In alternativa (ma non ho mai provato di persona) puoi provare a
 s> digitare il seguente codice da un telefono collegato ad una delle
 s> porte: s> #96*7*
Ho passato in rassegna anche una infinita' di messaggi su Vocesuip senza
pero' uscirne con ualche convinzione.
Ma la lista di questi comandi da telefono dove e' reperibile ??
E comunque ho trovato anche codici per il ripristino in cui il valore non
era 96 ma bensi' 961 ; almeno mi pare e comunque sicuramente erano 3 cifre


Mi confermi che funziona anche sul 7050 ??
Ciao, per quanto riguarda i codici "da telefono" sinceramente nemmeno a
me hanno mai funzionato... ma c'e' chi dice che su alcuni firmware
funzionino (e non ho motivo di dubitarne...)
Se vuoi andare sul sicuro ti consiglio di seguire la procedura che ti
ho descritto circa il "flashare" (si fa per dire perche' non aggiorna
un bel nulla se non una riga del file di configurazione in cui viene
avviato il server telnet) il file telnet.image... cosi' abiliti il
telnet e vediamo di capire cosa e' che non fa andare d'accordo Fritz e
Cisco... capisco che possa far paura ma e' una procedura sicura..
Cmq tutti (?) i codici da telefono utilizzabili per il Fritz li trovi
qui:
http://www.vocesuip.com/ftopic475.html
Ciao
Luca

Ciao ,   spallared !
Hai scritto   il 14 Apr 2006 05:54:42 -0700:
 s> Ciao, per quanto riguarda i codici "da telefono" sinceramente nemmeno a
 s> me hanno mai funzionato... ma c'e' chi dice che su alcuni firmware
 s> funzionino (e non ho motivo di dubitarne...)
Girovagando fra i vari link leggo anche quanto segue che giustifica il
mancato funzionamento del codice
Solo 7170 Attiva TELNET (Visualizza il messagio "High Grade on") # 9 6 * 7 *
Solo 7170 Disattiva TELNET (Visualizza il messagio "High Grade off") # 9 6 *
8 *
 s> Se vuoi andare sul sicuro ti consiglio di seguire la procedura che ti
 s> ho descritto circa il "flashare" (si fa per dire perche' non
 s> aggiorna
 s> un bel nulla se non una riga del file di configurazione in cui viene
 s> avviato il server telnet) il file telnet.image... cosi' abiliti il
 s> telnet e vediamo di capire cosa e' che non fa andare d'accordo Fritz e
 s> Cisco... capisco che possa far paura ma e' una procedura sicura..
Incrociamo le dita ed andiamo
                Pietro Bruno Lancerotto
bruno.la...@zadi.vi.it

 Cisco... capisco che possa far paura ma e' una procedura sicura..
Ho lanciato il Firmware Update
Ho selezionato fritz_telnet.rar
Quando clicco il pulsante Update esce questo avviso
The update file does not exist or is too small.
Quando la sfiga si accanisce :-((
Non e' che magari una opeazione del genere necessita farla dalla porta LAN B
visto che e' configurato per connettersi ad internet via LAN A
Sembrerebbe comunque che li dentro non ci sia manco il file
Ma quel file e' un RAR ovvero un file compresso perche' io ho provato ad
aprirlo per curiosita' con UNRAR ma dice che non e' un file RAR
Non saro' mica cosi' fortunato da aver scaericato un file taroccato ??

 avviato il server telnet) il file telnet.image... cosi' abiliti il
EUREKA siamo in Telnet
A 'sto punto dimmi cosa cercare
Devi fare il favore di essere preciso
Nel caso del file in questione la dicitura era : scaricare , estrarre ,
inviare il file estratto
Alla mia eta' comincio a perdere colpi se le cose non sono scritte per
intero
Intanto grazie per avermi dato l'opportunita di arrivare fin qua'
Chissa che riusciamo a vedere e capire qualcosa
In ogni caso premetto che dopo aver "listato" quella che credo la
configurazione si mette a scorrere il Log istantaneo e cioe' i tentativi di
connessione.
TNX TNx

 PBL> EUREKA siamo in Telnet
Mi sono dedicato a fare qualche prova
Entrato in telnet ho provato a lanciare alcuni ping verso la rete locale che
rispondono tutti senza errori
Quello che non funziona sono i Ping verso il mondo esterno
Oserei pensare che quel default gateway sia un numero messo li' per finta .
E indubbiamente l'IP giusto ma per il fritz e' come non esistesse
Da considerare comunque che visto che l'IP del Fritz e' "nattato" su un IP
pubblico quando pingo dall'esterno dovrebbe rispondere , cosa che invece non
avviene.
Ma il fritz ha qualche firewall o lista nera al suo interno ??
Una cosa abbastanza curiosa e' che tenti di connettersi ad un sito che mi
sembra non c'entri una mazza con Voip ed Eutelia .
================
Console Ausgaben auf dieses Terminal umgelenkt
# Sep  8 14:04:03 voipd[396]: >>> Request: REGISTER sip:
voip.eutelia.it
Sep  8 14:04:03 voipd[396]: 
0.0.0.0:5060
: failed to send UDP-datagram to
195.62.225.244:5060
 - Network is unreachable (128)
Sep  8 14:04:06 multid[350]: sending SNTP request to server
0.europe.pool.ntp.org
 (62.152.126.5)
Sep  8 14:04:06 multid[350]: 
0.0.0.0:1026
: failed to send UDP-datagram to
62.152.126.5:123
 - Network is unreachable (128)
Sep  8 14:04:07 voipd[396]: >>> Request: REGISTER sip:
voip.eutelia.it
Sep  8 14:04:07 voipd[396]: 
0.0.0.0:5060
: failed to send UDP-datagram to
195.62.225.244:5060
 - Network is unreachable (128)
Sep  8 14:04:11 voipd[396]: >>> Request: REGISTER sip:
voip.eutelia.it
Sep  8 14:04:11 voipd[396]: 
0.0.0.0:5060
: failed to send UDP-datagram to
195.62.225.244:5060
 - Network is unreachable (128)
Sep  8 14:04:15 voipd[396]: >>> Request: REGISTER sip:
voip.eutelia.it
Sep  8 14:04:15 voipd[396]: 
0.0.0.0:5060
: failed to send UDP-datagram to
195.62.225.244:5060
 - Network is unreachable (128)
Sep  8 14:04:18 multid[350]: sending SNTP request to server
0.europe.pool.ntp.org
 (62.152.126.5)
Sep  8 14:04:18 multid[350]: 
0.0.0.0:1026
: failed to send UDP-datagram to
62.152.126.5:123
 - Network is unreachable (128)
Sep  8 14:04:19 voipd[396]: >>> Request: REGISTER sip:
voip.eutelia.it
Sep  8 14:04:19 voipd[396]: 
0.0.0.0:5060
: failed to send UDP-datagram to
195.62.225.244:5060
 - Network is unreachable (128)
Sep  8 14:04:23 voipd[396]: 
04451...@voip.eutelia.it
: REGISTER end
=====================================================
Ovviamente non connettendosi , la data e' un po' fuori di testa
Help Help


sembra non c'entri una mazza con Voip ed Eutelia .
Parli di questo?
Sep  8 14:04:06 multid[350]: sending SNTP request to server
0.europe.pool.ntp.org
 (62.152.126.5)
... e' il sito da cui tenta di recuperare data e ora corrette... nulla
di strano/preoccupante...
Ciao!
Luca

Ciao ,   spallared !
Hai scritto   il 15 Apr 2006 14:50:13 -0700:
 >> Oserei pensare che quel default gateway sia un numero messo li' per
 >> finta . E indubbiamente l'IP giusto ma per il fritz e' come non
 >> esistesse
 s> Se il ping verso il mondo esterno non funziona le possibilita' sono:
 s> 1.Il gateway non e' impostato correttamente... prova a lanciare il
 s> comando
 s> "route" da telnet e guarda cosa c'e' scritto accanto a "default".
# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface
192.168.178.0   *               255.255.255.0   U     0      0        0 lan
192.168.1.0     *               255.255.255.0   U     0      0        0 lan
Gli Ip sono chiaramente sbagliati ma ti posso assicurare che nelle
impostazioni internet io ho scritto quello giusto
Non capisco perche' impostato il giusto IP lui smacchini un IP che chissa'
dove e' scritto


Ciao ,   Pietro !
Hai scritto  to spallared il Sun, 16 Apr 2006 10:41:57 -0000:
Diamo continuita' al TRD per informare quanti avessero problemi simili sulla
possibili soluzioni
 >>> Oserei pensare che quel default gateway sia un numero messo li' per
 >>> finta . E indubbiamente l'IP giusto ma per il fritz e' come non
 >>> esistesse
 s>> Se il ping verso il mondo esterno non funziona le possibilita' sono:
 s>> 1.Il gateway non e' impostato correttamente... prova a lanciare il
 s>> comando
 s>> "route" da telnet e guarda cosa c'e' scritto accanto a "default".
 PBL> # route
 PBL> Kernel IP routing table
 PBL> Destination  Gateway  Genmask  Flags Metric Ref  Use Iface
 PBL> 192.168.178.0   *    255.255.255.0   U     0      0  0 lan
 PBL> 192.168.1.0       *    255.255.255.0   U     0      0  0 lan
Come dichiarato all'inizio , effettivamente manca il default
Anche se inserito nelle impostazioni Internet e' come non esistesse
Su suggerimento di spallared ho inserito da telnet la seguente riga di
comando
route add -net default gw 192.168.1.2 dev lan
Queste consente al Fritz! di funzionare fino a spegnimento , dopodiche'
bisogna ripetere
In attesa di una soluzione definitiva il Fritz! comunque funziona
Verificate anche le chiamate
Adesso rompero' un po' le scatole con l'ISDN sperando che anche qui non
necessiti andare di Telnet



sempre meglio di niente .....


Ciao, Costanzo!
Hai scritto  nel N.G. it.tlc.telefonia.voip  il Sun, 16 Apr 2006
16:35:32 -0000:
 ??>> Su suggerimento di spallared ho inserito da telnet la seguente riga di
 ??>> comando
 ??>> route add -net default gw 192.168.1.2 dev lan
 ??>>
 C> Se dai il comando da telnet il fritz funziona, mentre se inserisci lo
 C> stesso default gateway da interfaccia web non funge?
 C> .... mi sembra alquanto strano....
Eh si' ... strano davvero :-(
Comunque e' cosi'
Bisognarebbe sapere dove memorizza ed in che modo recupera le impostazioni
internet per verificare cosa scrive e legge
 ??>> Queste consente al Fritz! di funzionare fino a spegnimento ,
 ??>> dopodiche' bisogna ripetere
 C> a questo si potrebbe ovviare con un gruppetto di continuita', ma non
 C> sarebbe una vera soluzione.
Il gruppo c'e' , e grosso , che serve tutta la rete interna , centralino
telefonico compreso .
Il bello e' sistemare come si deve
 ??>> In attesa di una soluzione definitiva il Fritz! comunque funziona
 ??>>
 C> sempre meglio di niente .....
Siccome avrei intenzione di sistemare definitivamente , scrivero' alla AVM
descrivendo nel dettaglio il problema
Adesso vorrei capire come funziona il discorso ISDN ma su questo apriro' un
altro TRD domani
 Bruno Lancerotto
 
bru...@atv.keycomm.it

 
Probabilmente essendo linux based dovrebbe essere possibile configurare il
gateway all'avvio della macchina, prova a vedere in /etc/network/interfaces
oppure aggiungere le riga "route add default gw ipdelrouter" in qualche
script che viene eseguito allo startup.
Good luck!

Ciao, fabsoft!
Hai scritto  nel N.G. it.tlc.telefonia.voip  il Mon, 17 Apr 2006 03:26:17
+0200:
 ??>> Bisognarebbe sapere dove memorizza ed in che modo recupera le
 ??>> impostazioni internet per verificare cosa scrive e legge
 f> Probabilmente essendo linux based dovrebbe essere possibile configurare
 f> il gateway all'avvio della macchina, prova a vedere in
 f> /etc/network/interfaces oppure aggiungere le riga "route add default gw
 f> ipdelrouter" in qualche script che viene eseguito allo startup.
Il problema e' che esiste un box dove si scrive il default gateway.
Se poi non lo usa i casi sono 2 :
1) il mio fritz e' taroccato
    vale a dire che ci sara' il file di cfg corrotto e che non e' possibile
sovrascriverlo
2) c'e' un baco nel firmware
    e questo potrebbero dirlo tutti quelli che usano il Ftritz! 7050 come
solo ATA
adesso vado a fare la canonica passeggiata di Pasquetta , poi nel pomeriggio
.....
 Bruno Lancerotto
 
bru...@atv.keycomm.it

Ciao, spero che i ravioli e l'agnello non ottenebrino le mie capacita'
informatiche... Laughing .. comunque...
Io non ho un Fritz 7050 (ma un Fritz Fon ATA) quindi la parte di
networking e' un po' diversa (nel mio, ad esempio, non c'e' da
impostare il default gateway in quanto e' lui il router...) comunque
vediamo di risolvere il problema..
La soluzione brutta ma che funziona e' quella di aggiungere la riga
"route..." ad uno dei files che vengono eseguiti all'accensione del
Fritz. Un modo per farlo e' editare il file /var/flash/debug.cfg ed
aggiungere la riga in questione, per farlo lancia da telnet:
nvi /var/flash/debug.cfg
(probabilmente vedrai una riga gia' presente che e' quella che lancia
il server telnet)
premi il tasto "i" per entrare in modalita' inserimento testo...
inserisci una riga vuota, scrivi il comando "route add... etcetc"
ed esci con la sequenza di tasti
<ESC> : x <INVIO>
questo dovrebbe permettere al tuo Fritz di essere funzionale anche dopo
un reboot...
Altrimenti...
Il default gateway (insieme ad una marea di altre informazioni) viene
salvato nel file ar7.cfg (quello che mi hai postato, in parte, sul
newsgroup).. se potessi postarmelo tutto (magari nascondi le password
che sebbene siano codificate sono comunque dati sensibili...) potrei
guardare se ci sono casini al suo interno, magari e' solo un baco
dell'interfaccia web che "si dimentica" di scrivere i dati corretti al
suo interno...
Ultima domanda: il firmware del tuo Fritz e' aggiornato? Se questo
fosse un baco della tua versione del firmware dovrebbe sicuramente
esserci una versione aggiornata...
Ciao!
Luca
PS: se vuoi che apra un ticket con AVM posso farti da "traduttore" ma
devi dirmi il numero di serie del tuo fritz e la versione del firmware
attualmente installata...

";
        } {
                type = "dns4biz";
                url = "/nic/update?hostname=<domain>&myip=<ipaddr>";
        } {
                type = "selfhost";
                url = "/nic/update?myip=<ipaddr>";
        } {
                type = "userdefined";
                url = "";
        }
        provider {
                name = "
dyndns.org
";
                type = "dyndns";
                livedelay = 0w;
                touchtime = 30d;
                server = "
members.dyndns.org
";
                infourl = "
http://www.dyndns.org/
";
        } {
                name = "dyndns.org-custom";
                type = "dyndns-custom";
                livedelay = 0w;
                touchtime = 30d;
                server = "
members.dyndns.org
";
                infourl = "
http://www.dyndns.org/
";
        } {
                name = "dyndns.org-statdns";
                type = "dyndns-statdns";
                livedelay = 0w;
                touchtime = 30d;
                server = "
members.dyndns.org
";
                infourl = "
http://www.dyndns.org/
";
        } {
                name = "No-IP.com";
                type = "noip";
                livedelay = 4m;
                touchtime = 0w;
                server = "
dynupdate.no-ip.com:8245
";
                infourl = "
http://www.no-ip.com/
";
        } {
                name = "2myDNS";
                type = "2mydns";
                livedelay = 0w;
                touchtime = 0w;
                server = "
dyn.2mydns.com
";
                infourl = "
http://www.2mydns.com/
";
        } {
                name = "
DNS4BIZ.DE
 Premium";
                type = "dns4biz";
                livedelay = 0w;
                touchtime = 0w;
                server = "
au-eu.dns4biz.net
";
                infourl = "
http://www.dns4biz.com/services_avm.php3
";
        } {
                name = "
DNS4BIZ.DE
 Business";
                type = "dns4biz";
                livedelay = 0w;
                touchtime = 0w;
                server = "
au-eu.dns4biz.biz
";
                infourl = "
http://www.dns4biz.com/services_avm.php3
";
        } {
                name = "
selfhost.de
";
                type = "selfhost";
                livedelay = 0w;
                touchtime = 0w;
                server = "
carol.selfhost.de
";
                infourl = "
http://www.selfhost.de
";
        } {
                name = "User-defined";
                type = "userdefined";
                livedelay = 4m;
                touchtime = 0w;
                server = "";
                infourl = "http://";
        }
}
webui {
        username = "";
        password = omissis
        expertmode = yes;
        wizard_completed = no;
}
capiovertcp {
        enabled = no;
        maxctrl = 1;
        port = 5031;
}
emailnotify {
        enabled = no;
        interval = daily;
        From = "";
        To = "";
        SMTPServer = "";
        accountname = "";
        passwd = "";
        show_eventlist = no;
}
usbhost {
        readonly = no;
        password = "";
        autoprov_enabled = yes;
}
night_time_control {
        enabled = no;
        time_on = "";
        time_off = "";
        ring_blocked = no;
}
ntpclient {
        server_list = "
0.europe.pool.ntp.org
";
}
// EOF
**** END OF FILE ****
**** CFGFILE:voip.cfg
/*
 * /var/flash/voip.cfg
 * Sun Apr 16 13:28:16 2006
 */
voipcfg {
        dnsport = 7077;
        rtpport_start = 7078;
        ua1 {
                enabled = yes;
                username = "$$$$omissis";
                authname = "";
                passwd = "$$$$omissis";
                registrar = "
voip.eutelia.it
";
                ttl = 30m;
                sipping_enabled = no;
                sipping_interval = 280s;
                name = "04451925173";
                authenticatemode = authenticate_mode_none;
                infodtmfnotsupported = no;
                register_failwaitmax = 30m;
                stunserver = "";
                stunserverport = 3478;
                is_nat_aware = no;
                clirtype = clir_displayname;
                only_one_dialog = no;
                presence_supported = no;
                mwi_supported = yes;
                tx_packetsize_in_ms = 20;
                reject_refer = yes;
                no_register_fetch = no;
                outboundproxy = "";
                is_ddi = no;
        }
        ua2 {
                enabled = yes;
                username ="$$$$xxxxx";
                authname = "";
                passwd = "$$$$xxxx";
                registrar = "
voip.eutelia.it
";
                ttl = 30m;
                sipping_enabled = no;
                sipping_interval = 280s;
                name = "04451925126";
                authenticatemode = authenticate_mode_none;
                infodtmfnotsupported = no;
                register_failwaitmax = 30m;
                stunserver = "";
                stunserverport = 3478;
                is_nat_aware = no;
                clirtype = clir_displayname;
                only_one_dialog = no;
                presence_supported = no;
                mwi_supported = yes;
                tx_packetsize_in_ms = 20;
                reject_refer = yes;
                no_register_fetch = no;
                outboundproxy = "";
                is_ddi = no;
        }
        ua3 {
                enabled = yes;
                username = "$$$$xxxxx";
                authname = "";
                passwd = "$$$$xxxx";
                registrar = "
voip.eutelia.it
";
                ttl = 30m;
                sipping_enabled = no;
                sipping_interval = 280s;
                name = "04451925115";
                authenticatemode = authenticate_mode_none;
                infodtmfnotsupported = no;
                register_failwaitmax = 30m;
                stunserver = "";
                stunserverport = 3478;
                is_nat_aware = no;
                clirtype = clir_displayname;
                only_one_dialog = no;
                presence_supported = no;
                mwi_supported = yes;
                tx_packetsize_in_ms = 20;
                reject_refer = yes;
                no_register_fetch = no;
                outboundproxy = "";
                is_ddi = no;
        }
        use_audiocodecs = no;
        audiocodecs = "PCMA", "PCMU", "G726-32", "G726-40", "G726-24";
        verbose = no;
        sip_prio = 0;
        rtp_prio = 0;
        dyn_codecs = yes;
        prio_low_codec = no;
        send_ringtone = no;
        blacklist = no;
        enum_support_enabled = no;
        enumdomains = "e164.arpa", "
e164.org
";
        rtpstream {
                voice_activity_detection {
                        enabled = no;
                        vad_threshold = 10000;
                }
                generate_noise {
                        on_capi_underrun = yes;
                }
                jitter {
                        auto_on = yes;
                        in_ms = 50;
                        in_packets = 0;
                }
        }
}
// EOF
**** END OF FILE ****
**** CFGFILE:wlan.cfg
/*
 * /var/flash/wlan.cfg
 * Mon Sep  9 00:56:38 2002
 */
wlancfg {
        ap_enabled = 0;
        channel = 13;
        ssid = "FRITZ!Box Fon WLAN";
        hidden_ssid = 0;
        power_level = 1;
        bg_mode = 0;
        user_isolation = 1;
        encryption = 1;
        passwd = "";
        wep_auth_type = "open";
        allowSharedKeyAuth = yes;
        key_id = 0;
        key_value0 = "$$$$12345";
        key_len0 = 5;
        key_value1 = "$$$$12345";
        key_len1 = 5;
        key_value2 = "$$$$12345";
        key_len2 = 5;
        key_value3 = "$$$$12345";
        key_len3 = 5;
        pskvalue = "";
        interval = 3600;
        turbomode = yes;
        WDS_enabled = no;
        WDS_hop = 0;
        WDS_mac_master = 00:00:00:00:00:00;
        WDS_mac_slave0 = 00:00:00:00:00:00;
        WDS_mac_slave1 = 00:00:00:00:00:00;
        WDS_mac_slave2 = 00:00:00:00:00:00;
        WDS_mac_slave3 = 00:00:00:00:00:00;
        WDS_encryption = 0;
        WDS_key = "";
        night_time_control_enabled = no;
}
// EOF
**** END OF FILE ****
**** BINFILE:fx_cg
=======================================================
 s> PS: se vuoi che apra un ticket con AVM posso farti da "traduttore" ma
 s> devi dirmi il numero di serie del tuo fritz e la versione del firmware
 s> attualmente installata...
Come scritto all'inizio ti ho inviato il tutto privatamente
Ti ringrazio per l'interessamento
Con questo post spero di non essermi attirato l'ira dei moderatori
 Bruno Lancerotto
 
bru...@atv.keycomm.it
 
bruno.la...@zadi.vi.it

 pomeriggio
poteva essere una buona idea far cambiare aria anche al Fritz  :-)))


Ciao, Costanzo!
Hai scritto  nel N.G. it.tlc.telefonia.voip  il Mon, 17 Apr 2006
17:43:40 -0000:
 ??>> Il problema e' che esiste un box dove si scrive il default gateway.
 C> ed a me funziona....
Probabilmente non avendo problemi non ti sei fatto le seghe mentali per
caricare il telnet come il sottoscritto
Sarebbe comunque interessante vedere cosa restituisce con il comando "route"
il tuo fritz
 ??>>    vale a dire che ci sara' il file di cfg corrotto e che non e'
 ??>> possibile sovrascriverlo
 C> tutto e' possibile....
 ??>> 2) c'e' un baco nel firmware
 C> anche io lo uso solo come ATA (connesso ad un router Zyxel 662 HW) ed ho
 C> il firmware 14.03.91 (come il tuo).
Mi sa' che purtroppo la faccenda gira proprio su un file scassato , vediamo
cosa dicono dalla AVM
 ??>> adesso vado a fare la canonica passeggiata di Pasquetta , poi nel
 ??>> pomeriggio
 C> poteva essere una buona idea far cambiare aria anche al Fritz  :-)))
Fosse vero :-))
 Bruno Lancerotto
 
bru...@atv.keycomm.it

ed a me funziona....
Ciao, visto che io ho un fritz ata (e di conseguenza il file ar7.cfg e'
ovviamente diverso) non e' che potresti postare anche il tuo in modo da
cercare di capire cosa/dove/se c'e' qualcosa di sbagliato nel Fritz di
Bruno? 
Per estrarlo puoi usare il programma FBEditor..
Ciao!
Luca

Ciao, per quello che puo' valere la configurazione di un ATA che fa da
router (e che pilota un modem adsl ethernet... quindi una situazione
totalmente differente) ar7.cfg e' praticamente uguale (almeno per
quello che riguarda la parte di rete)...
Ti allego un pezzo:
ar7cfg {
        mode = dsldmode_both;
        tsdisabled = no;
        igddenabled = yes;
        igdd_control_enabled = yes;
        wan_bridge_with_dhcpc = no;
        wan_bridge_gateway = 10.1.3.254;
        dhcpc_use_static_dns = yes;
        ethmode = ethmode_bridge;
        StatisticStartOfMonth = 6;
        macdsl_override = 00:04:0E:5E:6A:93;
        ethinterfaces {
                name = "eth0";
                dhcp = no;
                ipaddr = 10.1.3.254;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        } {
                name = "eth0:0";
                dhcp = no;
                ipaddr = 192.168.178.254;
                netmask = 255.255.255.0;
                dstipaddr = 0.0.0.0;
                dhcpenabled = yes;
                dhcpstart = 0.0.0.0;
                dhcpend = 0.0.0.0;
        } ...
Per il resto, appena riesco, prendo un altro fritz che uso come backup
e lo configuro come il tuo e vedo se l'ar7.cfg coincide...
Comunque... hai provato ad aggiungere il comando route direttamente al
file debug.cfg come ti ho suggerito nell'altro post? non sarebbe la
soluzione piu' pulita ma almeno ti metterebbe a riparo da eventuali
blackout (ed inoltre potrei fare qualche esperimento in tele-assistenza
senza perdere il controllo del Fritz in caso di riavvio.. ;))
Ciao!
Luca

Ciao ,   spallared !
Hai scritto   il 18 Apr 2006 07:05:03 -0700:
 >>> Il problema e' che esiste un box dove si scrive il default gateway.
 >> ed a me funziona....
 s> Ciao, visto che io ho un fritz ata (e di conseguenza il file ar7.cfg e'
 s> ovviamente diverso) non e' che potresti postare anche il tuo in modo da
 s> cercare di capire cosa/dove/se c'e' qualcosa di sbagliato nel Fritz di
 s> Bruno?
Ho inserito la riga nel default.cfg ed adesso ovviamente parte senza
manipolazioni vi telnet
Prova a collegarti .
In ogni caso noto che quello che si vede via WEB dalla conessione locale non
corrisponde a quanto si vede dalla connessione pubblica
Non e' che 'sto sfigato scrive le cose in 2 parti diverse ??
Ci leggiamo
