[Thread Ufficiale] DLink DSL-2740B Modem router 802.11n Wireless ADSL2/2+

[Sghizz]

Originariamente inviato da hemico

Premetto che sino a domenica navigavo che era na meraviglia con Alice 7mega.
Abito a 300mt dalla centrale Telecom ho questi parametri
Modalità : ADSL2+
Codifica linea : Trellis On
Stato : Link Up

Ricezione Trasmissione
Velocità (Kbps) : 8125 476
Margine SNR (dB) : 27.4 30.7
Attenuazione (dB) : 8.0 3.7


Potenza in uscita (dBm) : 19.2 12.2
MSGc (il numero di byte nel messaggio ambientale) della scanalatura) : 60 14
B (number dei byte nel telaio) : 24 6
M (number di Mux dei telai di dati di Mux nei dati di FEC pagina le pagine di dati di) : 1 16
T (Mux sopra i byte:number di sincronizzazione dei byte del controllo nei dati Frame) : 10 7
R (ratio di FEC di FEC sopra la lunghezza) : 16 16
S (il rapporto dei dati eccessivi di FEC PMD pagina la lunghezza) : 0.0981 7.3669
L (number delle punte nel telaio di dati di PMD) : 3345 139
D (profondità del interleaver) : 384 8
Delay (millisecondo) : 9 14
Strutture Eccellenti : 11591 11690
Errori Super Frame : 0 0
RS Parole : 7650710 101378
Errori RS correggibili : 0 0
Errori RS non correggibili : 0 N/A
Errori HEC : 0 538
Errori OCD : 0 0
Errori LCD : 0 0
Celle totali : 3595322 180731901
Celle dati : 1248 3416586
Errori Bit : 0 27631
ES totali : 0 9
SES totali : 0 5
UAS totali : 17 1318765

Solo che se faccio uno test di download su speedtest non arrivo (quando va di lusso) a 1.26mb/s in download 0.22mb/s in upload con ping su Roma 60ms se faccio Milano va peggio che il server sta più vicino a dove abito. Ho staccato il Dlink e messso il Netegar DGN2000 che avevo prima ma stessa cosa non so sembra quasi che la linea si la aggancio alla grande solo che è come mi segassero la banda. Ho provato con un portatile che è lindo e vergine ma la cosa non cambia è da lunedì che chiamo il 187 ma sembra che mi stiano prendendo in giro.
Mi sapete dare lumi al riguardo grazie.

Dimenticavo firmware 2.97 e sino a domenica ero in FAST poi mi sono ritrovato in ADSL2+ senza chiedere niente.

azzò anche io sono vicino alla centrale, ho tutti i tuoi parametri tranne la banda che è sui 6.3, però intanto li prendo tutti sia su speedtest che nei download da http e p2p. P.s. pinghi molto io faccio 40-45 ms senza fastpath.
e non mi segna adsl2+ ma solo adsl2

[hemico]

Originariamente inviato da Sghizz

azzò anche io sono vicino alla centrale, ho tutti i tuoi parametri tranne la banda che è sui 6.3, però intanto li prendo tutti sia su speedtest che nei download da http e p2p. P.s. pinghi molto io faccio 40-45 ms senza fastpath.
e non mi segna adsl2+ ma solo adsl2

Sono arrivati i tecnici quando hanno visto che il problema non era mio sono andati in centrale hanno provveduto ad un reset ma niente da fare e mi hanno confermato che hanno fatto lavori questa settimana con cambio di centraline ed evidentemente non tutto è filato liscio il problema sta in centrale a questo punto.

[cionci]

Originariamente inviato da hemico

Sono arrivati i tecnici quando hanno visto che il problema non era mio sono andati in centrale hanno provveduto ad un reset ma niente da fare e mi hanno confermato che hanno fatto lavori questa settimana con cambio di centraline ed evidentemente non tutto è filato liscio il problema sta in centrale a questo punto.

Potrebbero averti trasferito su un apparato saturo. Devi notare se la banda massima ti cambia durante il giorno e se ti cambia anche il ping verso 192.168.100.1.

[hemico]

Originariamente inviato da cionci

Potrebbero averti trasferito su un apparato saturo. Devi notare se la banda massima ti cambia durante il giorno e se ti cambia anche il ping verso 192.168.100.1.

Da come mi hanno detto hanno cambiato centraline mettendole nuove e che dovrebbero (testuali parole) andarte come scheggie. Il ping 192.168.100.1 è di 34ms, prma maya lo pingavo a 19ms quando andava male.

[Stan-O]

Ma ti devi rassegnà: adesso hai una buona adsl 7 mega, mentre prima in fast con ping a 19ms non era una 7 mega normale, ma una tipo businness che t'avevano messo per caso. Se c'hai un tecnico amico che ti fa il favore bene, altrimenti le interleaved hanno quei ping là e anche il limite sulla singola connessione (ti serve un download manager).

[cionci]

A me interessa la variazione del ping e della velocità massima durante la giornata, non il singolo valore...

[Stan-O]

Originariamente inviato da Carciofone

Sebbene nessuno abbia accolto l'appello al test, comunico che grazie ad un'intuizione di un utente abbiamo circoscritto di molto il presunto bug di connettività in modalità PPPoE LLC delle ADSL 20 mega con il firmware 5.17B49, derivante non da un difetto del driver di connessione, ma dall'erroneo funzionamento del DHCP del router.
Tutte le info sul D-Link forum.

Allo stato, quindi, risultano questi 2 bugs maggiori nel firmware 5.17B49:

1) erroneo funzionamento del DHCP nel caso di connessione di tipo PPPoE, aggirabile con un trick;

2) mancato funzionamento della MAC address list come segnalato anche qui dall'utente MarkoRoussinuovo;

oltre ad altri bugs minori dell'interfaccia.

Allo stato, quindi, non c'è alcuna ragione per continuare ad usare firmware precedenti al 5.17B49 ferme restando le avvertenze della mini-guida di sopravvivenza.

Ma allora questo modello è diventato stabile e si può prendere anche se ha ancora qualcosa che nn va?
Perchè sto seguendo i 3d di altri modelli e il dgn3500 che mi piaceva ha un sacco di problemi di stabilità, wireless, disconnessioni random, blocchi...
Uff ma ste ditte li vendono e poi li aggiustano dopo 6 mesi.

[linux64bit]

Anch'io, con tutta la sicurezza attivata e dopo aver attentamente letto la pagina 266 del forum, continuo a ricevere (anche un pò di tempo dopo l'accensione del router) questo genere di log:

Jan 1 00:00:31 syslog emerg BCM96345 started: BusyBox v1.00 (2010.01.20-10:37+0000)
May 14 04:45:21 syslog emerg BCM96345 started: BusyBox v1.00 (2010.01.20-10:37+0000)
May 14 04:45:21 syslog emerg BCM96345 started: BusyBox v1.00 (2010.01.20-10:37+0000)
May 14 04:45:21 syslog emerg BCM96345 started: BusyBox v1.00 (2010.01.20-10:37+0000)
May 14 05:03:08 user alert kernel: Intrusion -> IN=ppp_0_8_35_1 OUT= MAC= SRC=87.11.131.218 DST=151.77.31.202 LEN=52 TOS=0x00 PREC=0x00 TTL=118 ID=14496 DF PROTO=TCP SPT=53398 DPT=57840 WINDOW=8192 RES=0x00 SYN URGP=0


I primi, quelli "syslog emerg" sono costanti ed immediati, quello più "randomico" è l'ultimo ("user alert kernel Intrusion").
Mi par di capire che è comune a molti e si può star "relativamente tranquilli", il firewall resisterebbe, lo confermate?
Io ho un modello C2 con firmware 3.03
Grazie.

[pasky5]

Originariamente inviato da linux64bit

Anch'io, con tutta la sicurezza attivata e dopo aver attentamente letto la pagina 266 del forum, continuo a ricevere (anche un pò di tempo dopo l'accensione del router) questo genere di log:

Jan 1 00:00:31 syslog emerg BCM96345 started: BusyBox v1.00 (2010.01.20-10:37+0000)
May 14 04:45:21 syslog emerg BCM96345 started: BusyBox v1.00 (2010.01.20-10:37+0000)
May 14 04:45:21 syslog emerg BCM96345 started: BusyBox v1.00 (2010.01.20-10:37+0000)
May 14 04:45:21 syslog emerg BCM96345 started: BusyBox v1.00 (2010.01.20-10:37+0000)
May 14 05:03:08 user alert kernel: Intrusion -> IN=ppp_0_8_35_1 OUT= MAC= SRC=87.11.131.218 DST=151.77.31.202 LEN=52 TOS=0x00 PREC=0x00 TTL=118 ID=14496 DF PROTO=TCP SPT=53398 DPT=57840 WINDOW=8192 RES=0x00 SYN URGP=0


I primi, quelli "syslog emerg" sono costanti ed immediati, quello più "randomico" è l'ultimo ("user alert kernel Intrusion").
Mi par di capire che è comune a molti e si può star "relativamente tranquilli", il firewall resisterebbe, lo confermate?
Io ho un modello C2 con firmware 3.03
Grazie.

Se è il C2, si può stare relativamente tranquilli al momento, il software anche se non definitivo è abbastanza collaudato e non giovanissimo, e per giunta in continuo aggiornamento, è trattandosi di un modem router e quindi in prima linea nella difesa, non è detto che dlink appena possibile non implementi anche per la serie DSL il meccanismo anti-intrusione sviluppato direttamente da dlink è anche brevettato chiamato HNAP.
Comunque almeno per quanto riguarda i firewall dlink fino ad oggi sembra che ci sappia fare (Li implementa su licenza di una ditta Svedese famosa per i suoi Firewall che al momento non mi viene il nome) ma che hanno la certificazione Icse - Labs (Rispettano paramemetri molto restrittivi, per avere la certificazione!)

[pasky5]

Originariamente inviato da Stan-O

Ma allora questo modello è diventato stabile e si può prendere anche se ha ancora qualcosa che nn va?
Perchè sto seguendo i 3d di altri modelli e il dgn3500 che mi piaceva ha un sacco di problemi di stabilità, wireless, disconnessioni random, blocchi...
Uff ma ste ditte li vendono e poi li aggiustano dopo 6 mesi.

Diventato stabile mi sembra una parola un pochino grossa, con alcuni accorgimenti si possono evitare quelle fastidiose problematiche fino ad ora riscontrate, è diverso!

[Gr8Wings]

Ho notato un paio di volte un blocco completo del router (versione C2 fw 2.61) dopo circa 1 mesetto che non viene spento e riacceso.
In pratica il router ha tutte le spie accese verdi, ma non è raggiungibile dalla lan all'indirizzo normale 192.168.1.1 (facendo un ping dà periferica non raggiungibile) e ovviamente non si riesce a navigare.
Spegnendo e riaccendendo torna normale.

[LacioDrom83]

Originariamente inviato da Gr8Wings

Ho notato un paio di volte un blocco completo del router (versione C2 fw 2.61) dopo circa 1 mesetto che non viene spento e riacceso.
In pratica il router ha tutte le spie accese verdi, ma non è raggiungibile dalla lan all'indirizzo normale 192.168.1.1 (facendo un ping dà periferica non raggiungibile) e ovviamente non si riesce a navigare.
Spegnendo e riaccendendo torna normale.

penso che sia anche normale dopo un mesetto

[luki]

Originariamente inviato da Carciofone

Sebbene nessuno abbia accolto l'appello al test, comunico che grazie ad un'intuizione di un utente abbiamo circoscritto di molto il presunto bug di connettività in modalità PPPoE LLC delle ADSL 20 mega con il firmware 5.17B49, derivante non da un difetto del driver di connessione, ma dall'erroneo funzionamento del DHCP del router.
Tutte le info sul D-Link forum.

Allo stato, quindi, risultano questi 2 bugs maggiori nel firmware 5.17B49:

1) erroneo funzionamento del DHCP nel caso di connessione di tipo PPPoE, aggirabile con un trick;

2) mancato funzionamento della MAC address list come segnalato anche qui dall'utente MarkoRoussinuovo;

oltre ad altri bugs minori dell'interfaccia.

Allo stato, quindi, non c'è alcuna ragione per continuare ad usare firmware precedenti al 5.17B49 ferme restando le avvertenze della mini-guida di sopravvivenza.

Veramente anche io sin da subito ho segnalato i fastidiosi bug del wireless e del mac adress filter.

[MarkoRussinuovo]

@Carciofone (scusami se non ho risposto prima, ma in questi giorni non ci sono stato).

L'unico settaggio per l'ADSL che mi va bene è che non mi crea problemi è questo:
- Alice 7 Mega
- PPPoE LLC/Snap-Bridging
- MTU: 1492
- VPI:8
- VCI:35
- Enable NAT
- Enable FIREWALL
- Bitswap Enable
- SRA Enable

E queste sono le voci spuntate (abilitate) di default in ADVANCED ADSL SETTINGS:
- G.Dmt Enabled
- G.lite Enabled
- T1.413 Enabled
- ADSL2 Enabled
- AnnexL Enabled
- ADSL2+ Enabled

Il DNS service ce l'ho su automatico e se lo cambio settando dei DNS in manuale tipo OpenDNS mi crea problemi di navigazione e qualche errore di troppo. Cosa che non succede su automatico.

Qualsiasi altra configurazione, diversa da quella descritta sopra, per Alice 7 Mega mi crea problemi e cmq non è ottimale.
Ciao.

[MarkoRussinuovo]

Altro problema non riesco a far passare attraverso il router il comando Wake On Lan da WAN (rete esterna, da internet), pur aprendo come eccezione la porta UDP 2304 ed indirizzandola al computer interno abilitato.

Se non sbaglio qualcosa, mi sa questo router non lo supporta. Potrebbero gli sviluppatori prevederla come opzione nelle regole preimpostate, come anche la VPN. Bha!.

Quindi sostanzialmente, al momento, e credo che dipenda dal router e dal suo firmware, NON riesco ad usare le seguenti funzioni di mio interesse:
- VPN di Windows
- Wake on WAN su computer on LAN

Se c'è qualcuno che ci è riuscito, non in teoria, ma con prova reale su tale modello di router.. batta un colpo!

[Carciofone]

Ok, proverò a fare delle verifiche, ma le vpn non le uso, quindi non saprei come testarle. Per il WOL il magic pachet dovrebbe essere trasferito in broadcast alle schede di rete ethernet e quindi va attivata l'opzione da bios delle stesse e forse non è necessaria una configurazione di port forwarding.

[Roddy]

Originariamente inviato da MarkoRussinuovo

Altro problema non riesco a far passare attraverso il router il comando Wake On Lan da WAN (rete esterna, da internet), pur aprendo come eccezione la porta UDP 2304 ed indirizzandola al computer interno abilitato.

Se non sbaglio qualcosa, mi sa questo router non lo supporta. Potrebbero gli sviluppatori prevederla come opzione nelle regole preimpostate, come anche la VPN. Bha!.

Quindi sostanzialmente, al momento, e credo che dipenda dal router e dal suo firmware, NON riesco ad usare le seguenti funzioni di mio interesse:
- VPN di Windows
- Wake on WAN su computer on LAN

Se c'è qualcuno che ci è riuscito, non in teoria, ma con prova reale su tale modello di router.. batta un colpo!

Apri la porta 9 UDP (o quella che vuoi) verso l'indirizzo di broacast (solitamente 192.168.1.255) e vedrai che funzionerà.
E' uno dei pochi router che conosco che lo permette.

[MarkoRussinuovo]

@Roddy e a tutti
ciao e grazie della risposta, molto gentile.
Ho applicato il tuo suggerimento: ho aperto la porta UDP in/out 9 nel menù "Port Forwarding"
Ma l'indirizzo IP 192.168.1.255 (da te suggerito) non lo accetta.. il router "dice" che non è valido, ecco lo screenshot della risposta:



Ho provato allora ad inserire l'indirizzo IP del computer interno alla rete: 192.168.1.133
Tale indirizzo è accettato e corrisponde all'indirizzo fisso assegnato al computer nella rete (interna).
Ovviamente tale computer è spento, quindi collegato con il cavo di rete, ma spento.. visto che la funzione che voglio utilizzare è appunto quello di accenderlo da remoto.
Preciso che l'accensione da remoto del computer funziona regolarmente da comando dato all'interno della LAN: prova già sperimentata, provato e riprovata e quindi è da escludere qualsiasi problema di settaggio relativo al bios, al computer o impostazioni sbagliate in LAN. Il WOL funziona alla perfezione all'interno della LAN. E questo è un punto fermo. Il computer lo spengo e lo riaccendo senza alcun problema da qualsiasi computer all'interno della LAN.

Il problema è che il comando WOL non mi funziona dalla rete WAN, cioè da Internet.
In sostanza se io ho la casa al mare con il computer collegato al router e la mia esigenza è di accenderlo, spegnerlo ed accedervi da remoto (da internet) non ci riesco.
O meglio, ci riesco ad accedervi da remoto (da internet) tramite desktop remoto di windows (che funziona alla perfezione) come già specificato in questo post, ma non riesco ad "accenderlo" (avviarlo) da remoto. Mentre da remoto riesco, ovviamente a spegnerlo da "desktop remoto" di Windows.

Tu mi chiederai perchè vuoi spegnere il computer da remoto? Per quale motivo o utilità?
La risposta è molto semplice: è per motivi di sicurezza. Quando il servizio non serve è meglio tenerlo nascosto!

Ho verificato che se il computer è acceso, la porta di accesso da remoto (porta TCP 3389), aperta appositamente per poter utilizzare il servizio Desktop Remoto di Windows ed indirizzata verso l'indirizzo IP (192.168.1.133) del computer designato, risulta aperta dalla scansione fatta con i vari servizi on line, mentre se il computer designato è spento, tale porta viene dal ROUTER automaticamente chiusa in modalità nascosta (stealth).
Da questo deduco che se il Router non "sente" il computer della LAN connesso (acceso) chiude nel senso nasconde la relativa eccezione della porta per tale computer, nel caso specifico la porta TCP 3389 che abilita il computer al collegamento da desktop remoto.

Tale comportamento del router mi pare corretto ed incrementa la sicurezza del sistema, nel senso che se le porte aperte hanno una utilità perchè i computer destinatari di tali eccezioni sono connessi, il Router le apre per far passare i servizi specificati, invece nel caso in cui i computer "destinatari" di tali servizi sono spenti, il router per suo autonomo ed immodificabile comportamento, dettato da probabili e giusti motivi di sicurezza, chiude automaticamente le porte che da una scansione risultano giustamente nascoste (come devone essere e come consigliato da ragioni di sicurezza).
E fin qua siamo nel giusto e regolare comportamento del router, seconde me, condivisibile.

Comportamento del router dedotto dalle varie prove effettuate, perchè sul manuale "nulla" c'è scritto di tutto ciò! Quindi è tutto frutto delle numerose prove empiriche fatte, rifatte... provate e riprovate.

Su tale base e sperimentazione mi sorge il dubbio (nota bene: dubbio) che se il router non "sente" il computer collegato perchè appunto è spento, probabilmente non aprirà nessuna porta destinata a tale computer a meno che per impostazione di firmware o predisposizione non preveda l'apertura di una porta per lo specifico servizio di Wake On WAN.
Servizio che non è in alcun modo citato o contemplalto nel manuale o nelle istruzioni del Router.
Servizio che non è nemmeno contemplato nei "servizi o eccezioni" già predisposte, che a dir la verità non sono poi molte! Anzi direi che le opzioni fornite sono abbastanza scarne, insomma il router è molto povero di opzioni preconfigurate.

Quindi se è vero che il router non apre porte se non c'è il computer destinatario connesso, mi domando come fa a far passare un comando (dei pacchetti di dati) proveniente da Internet, indirizzati ad un computer spento e che per lui risulta non connesso.
Il problema, secondo me, è proprio questo: tali pacchetti di dati servono " per l'appunto" ad "accendere" tale computer! E, se non passano, tale computer resperà sempre spento! LOL

Le prove che ho effettuato sono queste:
- Inserimento dell'indirizzo MAC del computer (00:18:a5:d9:07:66)
- Inserimento dell'internet address (nome_scelto.dlink.dns.com)
- Inserimento del subnet mask (255.255.255.255)
- Inserimento del "remote port number" (UDP 9)

Nel menù del Router, Port Forwarding, ho creato l'eccezione per l'indirizzo IP del computer designato (192.168.1.133) provando le varie combinazioni:
- UDP 9 in/out
- UDP 9 in e 2304 out
- UDP 2304 in e 9 out
- UDP 2304 in e 2304 out
- UDP/TCP per le combinazioni sopra dette
con risultato negativo, nel senso che il computer da WAN NON SI ACCENDE!

Qualcuno ci è riuscito o ha qualche suggerimento utile? Sbaglio io in qualcosa? Io ho l'impressione che il Router D-Link NON supporti o non contempli tale opzione WOW (Wake ON Wan).

Rimango in attesa di positive notizie da chi ne sa più di me

[Carciofone]

Parlavo di broadcast perchè quando dai un comando di accensione, tutti indistintamente i pc della lan si accendono perchè da spenti nessuno di loro ha un ip e quindi non ha senso aprire la porta verso un ip che non è assegnato. Quando arriva il pacchetto al router questo lo scarta se l'ip non è attivo e non lo gira a nessuno degli altri. Intendevo dire che probabilmente la via del port forwarding non è quella giusta.
Comunque potresti provare a:
1) assegnare un ip al pc bersaglio nel dhcp statico del router
2) verificare nella sezione ALG del router che sia spuntata la voce Wake on lan
3) verificare che nelle opzioni avanzate della scheda di rete ethernet siano abilitate tutte le modalità di wol, magic packet e frame o pattern match e simili
4) la porta da instradare eventualmente con il port forwarding DIPENDE dal software che usi per mandare il magic packet o simili, sicchè prima scegli il programma e poi cerchi la porta che non è standard.

[Tenente_Torquoise]

Ciao a tutti ragazzi , sono nuovi di qui . Ma ho un serio problema per quanto riguarda la connessione Wireless del suddetto router.
Per quanto riguarda la connessione via lan , tutto ok , non mi dà un filo di pensiero, ma per la rete wireless , succede veramente una cosa che non capisco. Quando vado a modificare nel menù la spunta " Abilità rete wireless" riempiendo tutti i campi che mi vengono chiesti (Nome rete , WPA ecc...) e vado a cliccare il tasto per far si che le modifiche vengano applicate , mi ritorna nella schermata della configurazione WiFi , con tutti i campi vuoti !

Ragazzi come diamine è possibile una cosa del genere ? Vi prego aiutatemi