DSL-2640R - Modem Router ADSL2+ Wireless G 54

[Pondera]

Il DSL-2640R supporta SIP ALG?
[...]
come si può fare per disabilitare questa funzionalità?

I dispositivi basati su piattaforma TrendChip pare che supportino SIP ALG. L'opzione di abilitazione/disattivazione si può trovare nell'interfaccia di configurazione WEB e nell'interfaccia a linea di comando (Command Line Interface - CLI) del router con il comando:

ZyXEL Knowledgebase[/url]"]
ip nat service sip active 1 -> Abilita SIP ALG
ip nat service sip active 0 -> Disabilita SIP ALG

Ma nel caso specifico del DSL-2640R sembra non sia implementato il supporto, dato che non ce n'é traccia nella configurazione WEB né tanto meno nei comandi:

Codice Seleziona Espandi

D-Link> ip
address         alias           arp             dhcp
dhcpoption      dhcpsvrfilter   dns             httpd
icmp            ifconfig        ping            route
status          udp             rip             tcp
dhcpautocalc    igmp            igmpsnoop


ho un po' di problemi con i telefoni e programmai VoIP (protocollo SIP).

Dovresti essere un po' più dettagliato... Ad ogni modo, leggi qui se ti può essere di aiuto...

[n123]

Ciao Pondera e grazie di tutto, anche del out of tread.                                    
Per la prova l'ho fatta solo con il filtro di alice.... proverò anche con quello più recente. Quindi ho capito che alla fine il problema è un fatto di filtro.
I dati dell'Adsl Statistic si riferiscono ad un abbonamento internet Alice Day:
                                         Downstream        Upstream
SNR Margin (dB):                     22.5                    19
Attenuation (dB):                     43                       24
Output Power (dBm):              18.5                    12.5

Scusa di tutto........e grazie per la tua disponibilità sempre puntuale.

[Lurkos]

Il DSL-2640R supporta SIP ALG?
[...]
come si può fare per disabilitare questa funzionalità?

I dispositivi basati su piattaforma TrendChip pare che supportino SIP ALG. L'opzione di abilitazione/disattivazione si può trovare nell'interfaccia di configurazione WEB e nell'interfaccia a linea di comando (Command Line Interface - CLI) del router con il comando:

ZyXEL Knowledgebase[/url]"]
ip nat service sip active 1 -> Abilita SIP ALG
ip nat service sip active 0 -> Disabilita SIP ALG

Ma nel caso specifico del DSL-2640R sembra non sia implementato il supporto, dato che non ce n'é traccia nella configurazione WEB né tanto meno nei comandi:

Codice Seleziona Espandi

D-Link> ip
address         alias           arp             dhcp
dhcpoption      dhcpsvrfilter   dns             httpd
icmp            ifconfig        ping            route
status          udp             rip             tcp
dhcpautocalc    igmp            igmpsnoop


ho un po' di problemi con i telefoni e programmai VoIP (protocollo SIP).

Dovresti essere un po' più dettagliato... Ad ogni modo, leggi qui se ti può essere di aiuto...

Provo a descrive il problema.

Hardware: telefono VoIP (SIP), router DSL-2640R, computer

Con il vecchio router NON wireless potevo usare il telefono VoIP e i programmi VoIP (sempre SIP) sui computer abilitando la funzione STUN.
Adesso mi trovo nella situazione che con il nuovo router devo disabilitare il server STUN sul telefono VoIP se no non tutti i provider funzionano.
Inoltre, se provo ad usare un client SIP sul computer attraverso la porta 5060 si verifica una di queste condizioni:
1) il softphone SIP non si registra;
2) il telefono VoIP perde la registrazione.
Sembra quindi che solo uno dei due possa funzionare, limitazione non presente con il vecchio router (tra l'altro di una marca meno prestigiosa).

Mi sono quindi chiesto se fosse colpa di SIP ALG e se era possibile disattivarlo e continuare ad usare i server STUN.

Ho provato il comando "ip nat service sip active 0", ma ottengo come risposta "ipaddrmapnum", che non so cosa significhi.

Se hai bisogno di altri dettagli fammi sapere.

[Pondera]

Non avendo un dispositivo VoIP non posso riprodurre la situazione per cercare di capire cosa non va. Tra l'altro pensavo che quel comando non fosse implementato, a me non dà nessun risultato... Quel messaggio di risposta si trova solo su una manciata di forum tailandesi riguardo a dispositivi che utilizzano la stessa piattaforma TrendChip e sembra abbia a che fare col firewall... Direi quindi di disabilitarlo per vedere come va. Se funziona allora dovrebbe tornare utile il link che ti avevo suggerito con un espediente per individuare l'IP utilizzato per sfruttare l'inoltro porte...

leggi qui se ti può essere di aiuto...

Che dispositivo avevi prima? Se era un modem e non un router ADSL ti funzionava sicuramente perché non aveva attivo nessun firewall!
In questo caso le prove che farai e i riscontri che vorrai segnalarci saranno preziosi per tutti!

[Lurkos]

Non avendo un dispositivo VoIP non posso riprodurre la situazione per cercare di capire cosa non va. Tra l'altro pensavo che quel comando non fosse implementato, a me non dà nessun risultato... Quel messaggio di risposta si trova solo su una manciata di forum tailandesi riguardo a dispositivi che utilizzano la stessa piattaforma TrendChip e sembra abbia a che fare col firewall... Direi quindi di disabilitarlo per vedere come va. Se funziona allora dovrebbe tornare utile il link che ti avevo suggerito con un espediente per individuare l'IP utilizzato per sfruttare l'inoltro porte...

leggi qui se ti può essere di aiuto...

Che dispositivo avevi prima? Se era un modem e non un router ADSL ti funzionava sicuramente perché non aveva attivo nessun firewall!
In questo caso le prove che farai e i riscontri che vorrai segnalarci saranno preziosi per tutti!

Era il modem router con firewall e NAT integrati fornito da Tiscali (UT-300R2U).
Quindi esattamente uguale ad adesso, ma senza access point wifi.

Se vuoi puoi riprodurre la situazione aprendo 2 client SIP su due computer diversi registrati su 2 provider diversi MA sempre sulla stessa porta.
Imposta la durata della registrazione a tipo 60 secondi. Dopo un po' uno dei due dovrebbe smettere di funzionare (ossia perdere la connessione con il server).

P.S.: non ho ben capito cosa intendi con "individuare l'IP utilizzato per sfruttare l'inoltro porte".

[m4ss1]

Se vuoi puoi riprodurre la situazione aprendo 2 client SIP su due computer diversi registrati su 2 provider diversi MA sempre sulla stessa porta.
Imposta la durata della registrazione a tipo 60 secondi. Dopo un po' uno dei due dovrebbe smettere di funzionare (ossia perdere la connessione con il server).

P.S.: non ho ben capito cosa intendi con "individuare l'IP utilizzato per sfruttare l'inoltro porte".

Ho provato sul 2640B è funziona abilitando la funzione 'Flussi multicast', dovresti trovarla su Avanzate LAN.

Flussi multicast
Utilizzare Flussi multicast per garantire prestazioni ottimali per il multicasting, ovvero la trasmissione di contenuti identici, ad esempio multimediali, da un'origine unica a più destinatari.

Potresti inoltre provare impostando una 'Regola Applicazione', spero ci sia anche nel 2640R.

Il trigger delle porte costituisce uno speciale tipo di inoltro delle porte in cui è richiesta una connessione in uscita prima di consentire connessioni in ingresso su una porta singola o multipla. Viene utilizzato principalmente quando il computer è mascherato da un router NAT.

Se ad esempio un'applicazione di gioco invia dati in uscita sulle porte 5000-6000 ma riceve i dati in ingresso sulla porta 111, in genere mascherata da un router NAT, il router cancella i dati perché non è in grado di selezionare il computer al quale inviare le richieste. Con il trigger delle porte è invece possibile indicare al router di consentire i dati in ingresso sulla porta 111 quando i dati in uscita vengono inviati tramite le porte 5000-6000. Tale funzione offre maggior flessibilità rispetto all'inoltro delle porte di tipo statico perché non deve essere configurata per un computer specifico.

[n123]

Ciao Pondera.
Almeno con i margini della Adsl Statistics che ti ho fornito ci siamo? Sono accettabili.
A un'altra cosa in Maintenance==>Diagnostic==>Ho Ping DNS preferred Server: Fail..........Può forse influire sul mio problema o mi può creare altri problemi. Gli altri test sono tutti Ok.
Grazie.

[Pondera]

con i margini della Adsl Statistics che ti ho fornito ci siamo? Sono accettabili.

I dati dell'Adsl Statistic si riferiscono ad un abbonamento internet Alice Day:
                                         Downstream        Upstream
SNR Margin (dB):                     22.5                    19
Attenuation (dB):                     43                       24
Output Power (dBm):              18.5                    12.5

In base alla sezione "Cos'è l'SNR e come influisce sulla linea ADSL?" dell'ottima guida di C@rciofone:

FAQ generali sull'installazione, configurazione e uso di un router

sembra che solo il valore di attenuazione in ricezione sia appena sufficiente. Ma converrebbe rifare la misurazione senza nessun altro apparecchio collegato alle altre prese, giusto come riscontro del fatto che non ci siano eventuali impedimenti nelle prese che deteriorano il segnale.

in Maintenance==>Diagnostic==>Ho Ping DNS preferred Server: Fail..........Può forse influire sul mio problema o mi può creare altri problemi. Gli altri test sono tutti Ok.

Come aveva già specificato in altra discussione C@rciofone:

Che il test dns fallisca è normale perchè in italia i dns non rispondono più ai ping da anni per ragioni di sicurezza.

Infatti a me il test risulta "RIUSCITO" perché uso gli OpenDNS impostati anche nel router.

Per la prova l'ho fatta solo con il filtro di alice.... proverò anche con quello più recente. Quindi ho capito che alla fine il problema è un fatto di filtro.

Ma alla fine hai fatto quest'altra prova? Il problema persiste?

[Pondera]

mi cambia sempre ip statico

Cioè? Tu lo imposti a quale IP? E in che IP cambia?

[Pondera]

Serve un codino (pigtail) RP-SMA femmina <-> U.FL femmina:



per sostituire quello di serie da 20 cm:




e montare un'antenna ad alto guadagno da 5dBi come la ANT24-0501:



Bisogna fare attenzione...

Wikipedia inglese"]Wikipedia inglese
I connettori U.FL femmina non sono stati progettati avendo in mente la riconnessione, quindi bisogna stimare solo poche riconnessioni prima che la sostituzione sia necessaria.

[Lurkos]

Se vuoi puoi riprodurre la situazione aprendo 2 client SIP su due computer diversi registrati su 2 provider diversi MA sempre sulla stessa porta.
Imposta la durata della registrazione a tipo 60 secondi. Dopo un po' uno dei due dovrebbe smettere di funzionare (ossia perdere la connessione con il server).

P.S.: non ho ben capito cosa intendi con "individuare l'IP utilizzato per sfruttare l'inoltro porte".

Ho provato sul 2640B è funziona abilitando la funzione 'Flussi multicast', dovresti trovarla su Avanzate LAN.

Flussi multicast
Utilizzare Flussi multicast per garantire prestazioni ottimali per il multicasting, ovvero la trasmissione di contenuti identici, ad esempio multimediali, da un'origine unica a più destinatari.

Così SEMBRA funzionare. Devo stranamente tenere disattivata la funzionalità STUN su un telefono IP301.
Faccio qualche altra prova per qualche giorno e poi ti do la conferma.

Potresti inoltre provare impostando una 'Regola Applicazione', spero ci sia anche nel 2640R.

Il trigger delle porte costituisce uno speciale tipo di inoltro delle porte in cui è richiesta una connessione in uscita prima di consentire connessioni in ingresso su una porta singola o multipla. Viene utilizzato principalmente quando il computer è mascherato da un router NAT.

Se ad esempio un'applicazione di gioco invia dati in uscita sulle porte 5000-6000 ma riceve i dati in ingresso sulla porta 111, in genere mascherata da un router NAT, il router cancella i dati perché non è in grado di selezionare il computer al quale inviare le richieste. Con il trigger delle porte è invece possibile indicare al router di consentire i dati in ingresso sulla porta 111 quando i dati in uscita vengono inviati tramite le porte 5000-6000. Tale funzione offre maggior flessibilità rispetto all'inoltro delle porte di tipo statico perché non deve essere configurata per un computer specifico.

Cosa si intende per "Regola Applicazione"? Il 2640R è in inglese e in alcuni casi la traduzione italiana non è proprio fedele...

[Pondera]

Così SEMBRA funzionare. Devo stranamente tenere disattivata la funzionalità STUN su un telefono IP301.
Faccio qualche altra prova per qualche giorno e poi ti do la conferma.

Prova anche i Flussi Multitrasmissione in combinazione col comando Telnet di cui avevamo parlato, non si sa mai...

Cosa si intende per "Regola Applicazione"? Il 2640R è in inglese e in alcuni casi la traduzione italiana non è proprio fedele...

Credo faccia riferimento all'Inoltro Porte.

L'ultima versione 1.09 del firmware ha l'interfaccia di configurazione WEB in italiano!

[jimmy]

mi cambia sempre ip statico

Cioè? Tu lo imposti a quale IP? E in che IP cambia?

problema risolto...ki mi ha installato il d-link nn mi ha configurato ip sulla scheda di rete...... era in automatico... grazie ^__^

[Lurkos]

Così SEMBRA funzionare. Devo stranamente tenere disattivata la funzionalità STUN su un telefono IP301.
Faccio qualche altra prova per qualche giorno e poi ti do la conferma.

Prova anche i Flussi Multitrasmissione in combinazione col comando Telnet di cui avevamo parlato, non si sa mai...

D'accordo. Provo e vedo.

Cosa si intende per "Regola Applicazione"? Il 2640R è in inglese e in alcuni casi la traduzione italiana non è proprio fedele...

Credo faccia riferimento all'Inoltro Porte.
L'ultima versione 1.09 del firmware ha l'interfaccia di configurazione WEB in italiano!

Ma è almeno anche in inglese? Per certe cose io preferisco l'inglese...  
Secondo me potevano risparmiare spazio memoria lasciando il firmware solo in inglese e magari aggiungendo qualche altra funzionalità permessa dal chip.

[Pondera]

Cosa si intende per "Regola Applicazione"? Il 2640R è in inglese e in alcuni casi la traduzione italiana non è proprio fedele...

Credo faccia riferimento all'Inoltro Porte.
L'ultima versione 1.09 del firmware ha l'interfaccia di configurazione WEB in italiano!

Ma è almeno anche in inglese? Per certe cose io preferisco l'inglese...  
Secondo me potevano risparmiare spazio memoria lasciando il firmware solo in inglese e magari aggiungendo qualche altra funzionalità permessa dal chip.

Nel primo e secondo post (messaggio) di questa discussione trovi tutte le informazioni che ti servono e tutti i firmware, compresa la versione di serie sui modelli distribuiti da noi che D-Link Italia, stranamente, non rende disponibile! Dell'ultima edizione 1.09 esiste la versione in inglese e francese e quella in italiano e spagnolo. La traduzione è buona!
Effettivamente 2M di firmware, anche se compresso, per un dispositivo wireless stanno un po' strettini. Nell'interfaccia WEB di configurazione, a favore della doppia lingua e della funzione WPS, sono state sacrificate le impostazioni SNTP, ma basta caricare il file di configurazione che ho preparato! I dettagli, come sempre, nel primo post!

[Pondera]

Mmmhhh... interessante!
Pare che esista un'utilità di aggiornamento

ftp://217.156.111.12/pub/Utility/P660R61_QG7_utility.zip

che il servizio tecnico ZyXEL consiglia di usare quando si verifica proprio il caso specifico del mancato aggiornamento:

http://www.broadbandreports.com/forum/remark,14660947



ATTENZIONE!
Questa è solo una segnalazione!
Ne sconsiglio l'utilizzo col DSL-2640R!

[CBMAN]

niente... io non riesco a fare l'upgrade!!!!!

riesco a passare tranquillamente dal firmware UK al EU e viceversa.... ma non riesco a passare alla 1.09!
Ho anche caricato i setting suggeriti nel post... ma niente!!!

sto impazzendo!!!

Quasi quasi acquisto un nuovo router!!!

[Pondera]

Che sistema operativo hai?
Hai aggiornato Java? Link sempre nel primo post!
Carica la UK_1.06. Resetta! Poi aggiorna alla EU_1.09_SE.

Tienici aggiornati!

[CBMAN]

Windows Vista 64 bit ultra aggiornato.
Java aggiornato all'ultima release.
Attualmente sto proprio utilizzando UK_1.06.
Niente... eseguo le istruzioni nei minimi particolari ma niente...
sempre il solito errore (quello illustrato in questo post).
Non riesco a capire il perchè!!!!

[Pondera]

Il problema non è solo D-Link: esiste in rete un'infinità di casi simili con dispositivi basati su TrendChip!
Mi sembra di capire che i problemi di aggiornamento restano con Sistemi Operativi diversi da XP.

Purtroppo, al momento, non ho la possibilità di provare l'aggiornamento con altri SO.
Ti consiglierei di provare l'aggiornamento su un XPSP3 + IE7...