[Thread Ufficiale] Router NETGEAR DGN2200v1 Wireless-N 300 Router with DSL Modem

[andybi]

Il prezzo innanzi tutto è buono, io l'ho preso a 49,90 in offerta volantino.

I bug se fai l'upgrade del firmware, e usi l'interfaccia in inglese non c'è niente altro da menzionare (comunque grazie a cionci il bug della lingua italiana è stato risolto, non ho capito se questo vale anche per il firmware .36).
Io uso diversi computer tra i quali uno con la p5B e non ho problemi ne in wireless, ne in ethernet.
La base di sostegno è in plastica e ti consiglio di installarla per ridurre il surriscaldamento.

[chicco62]

Originariamente inviato da cionci

La connessione ADSL è attiva da 20 ore, quindi non mi sembra che tu la perda così spesso.

Originariamente inviato da chicco62

ma ieri e l'altro ieri si.........
da quanto leggi è tutto a posto o ci sono problemi?

ecco in questo momento staccato di nuovo
connessione che si stacca,spia rossa sul router che si accende lampeggia per pochi secondi ,diventa verde di nuovo e poi riparte connessione..........

bhoooooooo proprio strana stà cosa. però comincia a diventare fastidiosa.

[random566]

Originariamente inviato da chicco62

bhoooooooo proprio strana stà cosa. però comincia a diventare fastidiosa.

mah, non è poi così strana, data l'ora.
è un problema che hanno moltissimi utenti adsl, ma al 99% non è colpa del router.
è più facile che sia la rumorosità del doppino, causata dall'affollamento degli utenti adsl e dalle conseguenti mutue interferenze nei cavi multicoppia.
la sera, quando ci sono più utenti in attività, l'aumento delle interferenze fa calare il margine di rumore, con la possibilità che ci siano dei picchi in diminuzione dello stesso che causano la caduta della connessione

[cionci]

Originariamente inviato da chicco62

ecco in questo momento staccato di nuovo
connessione che si stacca,spia rossa sul router che si accende lampeggia per pochi secondi ,diventa verde di nuovo e poi riparte connessione..........

bhoooooooo proprio strana stà cosa. però comincia a diventare fastidiosa.

Riporta nuovamente i dati adesso

[dmann9999]

confronto tra valori di linea dg834gt con firmware dgteam e driver adsl 026 e dgn2200 con ultimo firmware 036 originale

Dg834gt:
Status: ShowtimeRetrain Reason: 8000
Channel: INTR, Upstream rate = 480 Kbps, Downstream rate = 8128 Kbps
Link Power State: L0
Mode: T1.413
Channel: Interleave
Trellis: OFF
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 12.4 20.0
Attn(dB): 10.0 6.0
Pwr(dBm): 15.8 11.9
Max(Kbps): 9216 776
Rate (Kbps): 8128 480
G.dmt framing

2200:
adsl: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 8000
Max: Upstream rate = 776 Kbps, Downstream rate = 9056 Kbps
Channel: INTR, Upstream rate = 480 Kbps, Downstream rate = 8128 Kbps

Link Power State: L0
Mode: T1.413
Trellis: OFF
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 9.3 20.0
Attn(dB): 11.0 4.0
Pwr(dBm): 11.8 11.5
G.dmt framing

adsl: ADSL driver and PHY status


dg834gt
Status: ShowtimeRetrain Reason: 8000
Channel: INTR, Upstream rate = 480 Kbps, Downstream rate = 8128 Kbps
Link Power State: L0
Mode: T1.413
Channel: Interleave
Trellis: OFF
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 12.4 19.0
Attn(dB): 10.0 6.0
Pwr(dBm): 15.8 12.3
Max(Kbps): 9248 740
Rate (Kbps): 8128 480
G.dmt framing


Dgn2200
adsl: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 8000
Max: Upstream rate = 864 Kbps, Downstream rate = 8544 Kbps
Channel: INTR, Upstream rate = 480 Kbps, Downstream rate = 7968 Kbps

Link Power State: L0
Mode: G.DMT
Trellis: OFF
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 12.1 23.0
Attn(dB): 11.0 4.0
Pwr(dBm): 11.8 12.0
G.dmt framing

test avvenuti uno dopo l'altro alla distanza di un minuto, si vede che il dg834gt sulla mia linea è più prestante del dgn2200.
Cambiando driver adsl sul dgn2200 potrei migliorare le cose?
naturalmente nel primo del 2200 ho cambiato l'snr di aggancio via telnet per portarlo alla portante massima
ciao

[Fabio Sky]

fatto l'aggiornamento, magari é un caso ma prima avevo una portante di 15800 e subito dopo sono passato a 16300

[FEDELFRANCO2002]

Salve a tutti,
poiché ieri il mio dgn2000 mi ha abbandonato, e non potendo restare senza internet per il tempo necessario a mandarlo in assistenza, sono corso da Expert ed ho preso il dgn2200.
Nessun problema particolare, l'unica cosa che ho notato è che mentre con il dgn2000 e con il precedente 834 agganciavo la portante sempre a 17.500 circa, con questo dgn2200 mi aggancia a 16.200 circa.
Da che può dipendere? Ho installato il router facendogli fare la configurazione automatica, ed i valori che ha impostato mi sembrano corretti, almeno leggendo le indicazioni della prima pagina.
Questi sono i valori:

Status del router

Versione hardware DGN2200
Versione firmware V1.0.0.36_7.0.36
Versione lingua interfaccia grafica: V1.0.0.25

Porta Internet
Indirizzo MAC E0:91:F5:66:EB:E5
Indirizzo IP 87.10.87.248
Tipo di rete PPPoE
Subnet mask IP 255.255.255.255
Indirizzo IP gateway 192.168.100.1
DNS
195.14.96.135
212.216.172.222


Porta LAN
Indirizzo MAC E0:91:F5:66:EB:E4
Indirizzo IP 192.168.0.1
DHCP ACCESO
Subnet mask IP 255.255.255.0

Modem
Versione firmware ADSL A2pB025c1.d21j2
Stato modem connesso
Velocità connessione downstream 16224 kbps
Velocità connessione upstream 1049 kbps
VPI 8
VCI 35

Porta wireless
Nome (SSID) NETGEAR
Area Europa
Canale 11
Modalità Fino a 300 Mbps
AP wireless ACCESO
Trasmetti nome ACCESO


E queste le statistiche:

Tempo di attività sistema 00:41:46
Porta Stato Pacchetti Tx Pacchetti Rx Conflitti B/s Tx B/s Rx Tempo di attività
WAN pppoe 24868 49481 0 1789 102657 00:11:41
LAN1 Collegamento non attivo 49987 25440 0 103418 3135 --
LAN2 Collegamento non attivo --
LAN3 Collegamento non attivo --
LAN4 10M/100M 00:41:46
WLAN 300M 0 0 0 0 0 00:11:37


Collegamento ADSL Downstream Upstream
Velocità connessione 16224 kbps 1049 kbps
Attenuazione linea 16.0 db 5.6 db
Margine di rumore 12.0 db 13.0 db



Qualche suggerimento?

[cionci]

Le differenze non sono tali da evidenziare un problema. Può benissimo essere che tu abbia agganciato la portante in ora di punta e per questo tu abbia una portante minore.
Stacca e riattacca la linea telefonica per provare a prendere valori più alti.

[FEDELFRANCO2002]

Originariamente inviato da cionci

Le differenze non sono tali da evidenziare un problema. Può benissimo essere che tu abbia agganciato la portante in ora di punta e per questo tu abbia una portante minore.
Stacca e riattacca la linea telefonica per provare a prendere valori più alti.

Già fatto, non cambia nulla. Ho provato a riavviare il dgn2200 diverse volte, a spegnerlo, a cambiare porta, ma aggancia sempre a 16.200 circa. Prima avevo sempre sopra i 17.000 a prescindere dall'ora, poiché il pc è online 24 ore su 24 sono abituato a controllare i valori più volte al giorno.

[random566]

Originariamente inviato da FEDELFRANCO2002

..... Prima avevo sempre sopra i 17.000 a prescindere dall'ora, poiché il pc è online 24 ore su 24 sono abituato a controllare i valori più volte al giorno.

questa prova non è indicativa, dato che in italia i provider non utilizzano il sra.
per esempio, se accendi il router al mattino, quando la rumorosità della linea è minore (perchè ci sono meno utenti in attività), questo negozia una portante più alta.
se poi, durante l'arco della giornata, il margine di rumore si abbassa, rimanendo però nei limiti necessari al mantenimento del sincronismo, la connessione rimane attiva con la portante negoziata al mattino.
viceversa, se lo accendi alla sera, la portante agganciata sarà più bassa a causa del margine di rumore più basso.
ma se poi il margine di rumore aumenta, la portante rimarrà sempre quella e non aumenterà fino a che non si riavvia manualmente il router.
comunque, al di là di questò, è possibile che ci sia una differenza di prestazioni fra un router e un altro, addirittura a volte succede anche fra 2 esemplari dello stesso modello.
è anche possibile che l'accoppiata fra dslam e router influenzi le prestazioni, alcuni router vanno più d'accordo con alcuni tipi di dslam utilizzati dai provider piuttosto che con altri.
mi sembra che qualcuno abbia riferito peggioramenti delle prestazioni con il dgn220o con i dslam huawei, utilizzati anche da telecom

[cionci]

Originariamente inviato da FEDELFRANCO2002

Già fatto, non cambia nulla. Ho provato a riavviare il dgn2200 diverse volte, a spegnerlo, a cambiare porta, ma aggancia sempre a 16.200 circa. Prima avevo sempre sopra i 17.000 a prescindere dall'ora, poiché il pc è online 24 ore su 24 sono abituato a controllare i valori più volte al giorno.

Non ho detto che i valori della portante varino durante il giorno (se non scende troppo il SNR Margin non cambia niente), ho detto che il momento in cui hai agganciato la portante con l'altro potrebbe essere stato favorevole, mentre quando hai provato ad agganciare la portante con questo potrebbe essere stato sfavorevole. Prova ad agganciare la portante lunedì mattina e vediamo se cambia qualcosa. In alternativa puoi modificare il target SNR Margin con il firmware modded.
Io dal DG834Gv4 a questo non ho visto peggioramenti.

[FEDELFRANCO2002]

Come vi ho già detto, sono abituato a riavviare il router più volte al giorno, anche 4 o 5, non chiedetemi perché ma ho questa abitudine da anni, e vi confermo che col vecchio dgn2000 agganciavo sempre a valori superiori a 17.000, con rumore e attenuazione più o meno sempre agli stessi valori. Sono a circa 200 metri in linea d'aria e 300/400 metri di cavo dalla centralina telecom primncipale della mia città.
Mi sembra più plausibile l'ipotesi di random566, magari c'è incompatibilità con lo dslam, comunque aspetterò qualche giorno prima di trarre conclusioni. Alla fine cambia poco, la differenza non la avverto in nessun caso, scarico pochissimo, più che altro quello che conta per me è il ping per il gioco online e quello è rimasto lo stesso;


sono in fast, grazie ad un utente del forum che lavora in telecom.
Grazie dell'aiuto ragazzi, posterò le novità.

p.s. potrebbe dipendere dai dns?

[mh3g]

@cionci

Ti posto il dmesg di quando rinnova l'ip.
Nuovo firmware.

Synthesized TLB load handler fastpath (33 instructions).
Synthesized TLB store handler fastpath (33 instructions).
Synthesized TLB modify handler fastpath (32 instructions).
PID hash table entries: 128 (order: 7, 512 bytes)
Using 130.000 MHz high precision timer.
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 29136k/32384k available (2204k kernel code, 3248k reserved, 479k data, 92k init, 0k highmem)
KLOB Pool 1 Initialized: 1048576 bytes <0x80300000 ... 0x80400000>
Calibrating delay loop... 257.02 BogoMIPS (lpj=128512)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
Total Flash size: 8192K with 135 sectors
File system address: 0xbe010100
registering PCI controller with io_map_base unset
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
BLOG v1.0 Initialized
NET: Registered protocol family 8
NET: Registered protocol family 20
Time: MIPS clocksource has been installed.
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
NET: Registered protocol family 15
ipsec_3des_init(alg_type=15 alg_id=3 name=3des): ret=0
ipsec_cryptoapi.o was not built on stock Linux CryptoAPI (2.4.22+ or 2.6.x), not loading.
squashfs: version 3.2-r2 (2007/01/15) Phillip Lougher
squashfs: LZMA suppport for slax.org by jro
fuse init (API version 7.8)
io scheduler noop registered (default)
PPP generic driver version 2.4.2
NET: Registered protocol family 24
physmap platform flash device: 00800000 at be000000
physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
cmdlinepart partition parsing not available
RedBoot partition parsing not available
Using physmap partition information
Creating 12 MTD partitions on "physmap-flash.0":
0x00010100-0x00770000 : "rootfs"
mtd: partition "rootfs" doesn't start on an erase block boundary -- force read-only
0x00010000-0x00770000 : "fw_upgrade"
0x00770000-0x00780000 : "ML3"
0x00780000-0x00790000 : "ML4"
0x00790000-0x007a0000 : "ML1"
0x007a0000-0x007b0000 : "ML2"
0x007b0000-0x007c0000 : "T_Meter1"
0x007c0000-0x007d0000 : "T_Meter2"
0x007d0000-0x007e0000 : "POT"
0x007e0000-0x007f0000 : "board_data"
0x007f0000-0x00800000 : "nvram"
0x00000000-0x00800000 : "whole_flash"
PCI: Enabling device 0000:00:0a.0 (0000 -> 0002)
PCI: Setting latency timer of device 0000:00:0a.0 to 64
ehci_hcd 0000:00:0a.0: EHCI Host Controller
ehci_hcd 0000:00:0a.0: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:0a.0: irq 18, io mem 0xfffe1300
ehci_hcd 0000:00:0a.0: USB f.f started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
hub 1-0:1.0: over-current change on port 2
PCI: Enabling device 0000:00:09.0 (0000 -> 0002)
PCI: Setting latency timer of device 0000:00:09.0 to 64
ohci_hcd 0000:00:09.0: OHCI Host Controller
ohci_hcd 0000:00:09.0: new USB bus registered, assigned bus number 2
ohci_hcd 0000:00:09.0: irq 13, io mem 0xfffe1400
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
usbcore: registered new interface driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
brcmboard: brcm_board_init entry
Serial: BCM63XX driver $Revision: 3.00 $
ttyS0 at MMIO 0xfffe0100 (irq = 10) is a BCM63XX
ttyS1 at MMIO 0xfffe0120 (irq = 11) is a BCM63XX
bcmxtmrt: Broadcom BCM6358A1 ATM Network Device v0.1 Feb 22 2011 14:16:17
netem: version 1.2
u32 classifier
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
VFS: Mounted root (squashfs filesystem) readonly.
Freeing unused kernel memory: 92k freed
bcmxtmcfg: module license 'Proprietary' taints kernel.
bcmxtmcfg: bcmxtmcfg_init entry
adsl: adsl_init entry
Broadcom BCMPROCFS v1.0 initialized
Broadcom BCM6358A1 Ethernet Network Device v0.3 Feb 22 2011 14:16:06
Config Ethernet Switch Through MDIO Pseudo PHY Interface
ethsw: found bcm5325e!
dgasp: kerSysRegisterDyingGaspHandler: eth0 registered
eth0: MAC Address:
KLOB extended to 2 pools
eth0 Link UP.
PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
PCI: Setting latency timer of device 0000:00:01.0 to 64
wl: srom not detected, using main memory mapped srom info (wombo board)
wl0: wlc_attach: MAC addr from system pool. id:0x776c0000
wl0: MAC Address:
wl0: Broadcom BCMa8d6 802.11 Wireless Controller 5.10.120.0.cpe4.402.4
dgasp: kerSysRegisterDyingGaspHandler: wl0 registered
KLOB extended to 3 pools
device wl0 entered promiscuous mode
device eth0 entered promiscuous mode
br0: port 2(eth0) entering learning state
br0: port 1(wl0) entering learning state
br0: topology change detected, propagating
br0: port 2(eth0) entering forwarding state
br0: topology change detected, propagating
br0: port 1(wl0) entering forwarding state
BcmAdsl_Initialize=0xC0073188, g_pFnNotifyCallback=0xC0099544
AnnexCParam=0x00000000 AnnexAParam=0x00003987 adsl2=0x00000002
pSdramPHY=0xA1FFFFF8, 0x1B7AE0 0xDEADBEEF
AdslCoreSharedMemInit: shareMemAvailable=21712
AdslCoreHwReset: AdslOemDataAddr = 0xA1FEF96C
AnnexCParam=0x00000000 AnnexAParam=0x00003987 adsl2=0x00000002
dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered
IOCTL_AG_REGION_SET: English
KLOB extended to 4 pools
Virtual device wl0 asks to queue packet!
Virtual device wl0 asks to queue packet!
Virtual device wl0 asks to queue packet!
Virtual device wl0 asks to queue packet!
Virtual device wl0 asks to queue packet!
Virtual device wl0 asks to queue packet!
br0: port 1(wl0) entering disabled state
xDSL G.994 training
KLOB extended to 5 pools
device wl0.1 entered promiscuous mode
device wl0.2 entered promiscuous mode
device wl0.3 entered promiscuous mode
br0: port 1(wl0) entering learning state
br0: topology change detected, propagating
br0: port 1(wl0) entering forwarding state
ADSL G.992 started
ADSL G.992 channel analysis
ADSL G.992 message exchange
ADSL link down
xDSL G.994 training
ADSL G.992 started
ADSL G.992 channel analysis
ADSL G.992 message exchange
ADSL link up, Path 0, us=478, ds=7491
KLOB extended to 6 pools
br0: port 1(wl0) entering disabled state
br0: port 1(wl0) entering learning state
br0: port 3(wl0.1) entering learning state
br0: topology change detected, propagating
br0: port 1(wl0) entering forwarding state
br0: topology change detected, propagating
br0: port 3(wl0.1) entering forwarding state
AnnexCParam=0x00000000 AnnexAParam=0x00000980 adsl2=0x2AAAC768
ADSL link down
xDSL G.994 training
ADSL G.992 started
ADSL G.992 channel analysis
ADSL G.992 message exchange
ADSL link down
xDSL G.994 training
ADSL G.992 started
ADSL G.992 channel analysis
ADSL G.992 message exchange
ADSL link up, Path 0, us=478, ds=8127
abNatIPsecHook is called in many times! Unhook first.
abNatIPsecHook is called in many times! Unhook first.

[andybi]

Originariamente inviato da FEDELFRANCO2002

p.s. potrebbe dipendere dai dns?

La portante non c'entra niente con i DNS quelli al limite ti potrebbero portare ritardi nella navigazione ma non nella portante.

Comunque dai un ping su un sito noto ad esempio google e vedrai che in pochi millesimi di secondo in dns lo tradurrà

[cionci]

Originariamente inviato da mh3g

ADSL link down
xDSL G.994 training
ADSL G.992 started
ADSL G.992 channel analysis
ADSL G.992 message exchange
ADSL link down
xDSL G.994 training
ADSL G.992 started
ADSL G.992 channel analysis
ADSL G.992 message exchange
ADSL link up, Path 0, us=478, ds=8127
abNatIPsecHook is called in many times! Unhook first.
abNatIPsecHook is called in many times! Unhook first.

E' caduta la portante, non è solo cambiato l'ip. Infatti il WAN Up Time è di sole 3 ore, contro le 10 di up time del router.
Tra l'altro come puoi vedere il SNR Margin è di 10.4 dB e non di almeno 12 che dovresti avere al momento dell'allineamento.

[mh3g]

Originariamente inviato da cionci

E' caduta la portante, non è solo cambiato l'ip. Infatti il WAN Up Time è di sole 3 ore, contro le 10 di up time del router.
Tra l'altro come puoi vedere il SNR Margin è di 10.4 dB e non di almeno 12 che dovresti avere al momento dell'allineamento.

No cionci. La portante non è caduta. Il link down è di un ora fa. L'uptime è di quando l'ho riavviato dopo una modifica stamattina alle 9.05.
Tutti i link down, mi pare che siano 3, sono successivi alle 9.05. Il wan uptime rimane quello del primo collegamento. Insomma questo apparecchio non va bene sul dslam che abbiamo. I tplink e i dlink non fanno una piega nemmeno con 2 db di SNR e ho postato anche le schermate di oltre 400 ore di connessione.
Bene. A questo punto soluzioni non ci sono. Se non cambiare apparecchio.

[cionci]

Originariamente inviato da mh3g

No cionci. La portante non è caduta. Il link down è di un ora fa. L'uptime è di quando l'ho riavviato dopo una modifica stamattina alle 9.05.

Allora il link down non corrisponde a quando hai cambiato l'ip... Del cambio IP non si vede niente nel log.

[mh3g]

Un mistero glorioso questa cosa. Lo rimetto in scatola e buonanotte.
Altra piccola nota: a questo router è collegato in wireless un dlink con ddwrt in modalità repeater, sono costretto a riavviare ddwrt se si riavvia il Netgear.
Con gli altri il link wireless router <-------> router ddwrt si ripristina da solo.

[cionci]

Originariamente inviato da mh3g

Un mistero glorioso questa cosa. Lo rimetto in scatola e buonanotte.

Sei sicuro che con gli altri la portante non venga mai persa ? Anche se non cambia l'ip.

[mh3g]

Originariamente inviato da cionci

Sei sicuro che con gli altri la portante non venga mai persa ? Anche se non cambia l'ip.

Si perchè controllo sempre dato che spesso e volentieri mi ci collego in remoto quando non sono a casa. E poi il comportamento dovrebbe essere lo stesso perchè i tplink sono broadcom e i driver sono sempre quelli.