[LEGGERE IL PRIMO POST] MODEM/ROUTER ADSL - VDSL/VDSL2 (FTTC) - FTTH

[syfer82]

ragazzi quali di questi mi consigliate per provare a coprire due piani?
dgn2200
D-LINK DIR-815
NETGEAR DGN3500
D-LINK DIR-657
NETGEAR DGND3700

oppure mi consigliate router+ ap?

[pierpippo]

Originariamente inviato da 1onexx

Per i chipset montati esistono degli acronimi che corrispondono al vendor ID:

ALCB = Alcatel (now ST Micro)
ANDV = Analog Devices
BDCM = Broadcom
GSPN = Globespan
IFTN = Infineon
STMI = ST Micro
TMMB = Thomson Multimedia Broadband
TSTC = Texas Instruments
[/OT]

Ciao come faccio a sapere uqale di questo modelli è presente nella mia centralina?

[1onexx]

Originariamente inviato da gnommo

Ovviamente non passi che si deve avere il router con il chip della stessa marca per andare bene.
...

Non ho detto ciò .
Ho solo riportato l'esperienza di alcune persone.
Eppoi non dicevi tu stesso che :
http://www.hwupgrade.it/forum/showpo...postcount=9075

In realtà, come dicevo, non ho mai avuti problemi di pedita della sola sessione ppp.
Però ci sono altri utenti che lamentano di questi problemi e concordo con te sul fatto che la colpa è quasi sempre dell'ISP.

Quello che invece credo è che la mancata riconnessione automatica è colpa del fw del modem.
Più che del chipset penso che sia attribuibile al driver adsl.

Ti faccio una domanda:
secondo te simulare una caduta di sessione PPP (lanciando il comando da telnet) è equivalente al fatto che la sessione PPP cada per colpa dell'ISP ?
In pratica se esiste questo bug nella gestione fatta dal driver adsl del modem si può simularlo buttando già la sessione PPP ?

[1onexx]

Originariamente inviato da pierpippo

Ciao come faccio a sapere uqale di questo modelli è presente nella mia centralina?

Occorre lanciare da telnet il comando:

adsl info --vendor

Siamo un pelo OT cerchiamo di terminare qui

[Samus]

Dovrei coprire due piani, da una 40ina di mq ciascuno, mi stavo buttando sul linksys x3000, poi ho visto il più "vecchio" 320n a una decina di € in meno

Le due antenne si equivalgono in entrambi? Qualche consiglio?

Ps: supportano sia wifi g che n simultaneamente? o se c'è qualche dispositivo g, tutti gli altri vanno anche in g?

[gnommo]

Originariamente inviato da 1onexx

Non ho detto ciò .

Non ho detto che l'hai detto, ma qualcuno avrebbe potuto tirare queste conclusioni.

Eppoi non dicevi tu stesso che :
http://www.hwupgrade.it/forum/showpo...postcount=9075

appunto ho precisato che il globespan è problematico, anzi a correzione di quello che avevo detto, anche i broadcom non sono immuni da problemi
con quel dslam.

Originariamente inviato da 1onexx

Più che del chipset penso che sia attribuibile al driver adsl.

sarà un problema software ma avviene sia con i router broadcom che infineon.

Ad ogni modo il 3500 la riconnessione automatica funziona, specialmente in pppoe. Con alice (bdcma) mi sono capitati dei down (perdita di connessione non di portante) di qualche oretta, quando sono ritornato a controllare ho sempre trovato la connessione ripristinata correttamente.

[gnommo]

Originariamente inviato da Samus

Ps: supportano sia wifi g che n simultaneamente? o se c'è qualche dispositivo g, tutti gli altri vanno anche in g?

Il wifi N è un'evoluzione del wifi G ed è perfettamente retrocompatibile, quindi il router wifi N supporterà contemporaneamente connessioni con client wifi G e wifi N ed ognuno andrà alla sua velocità.

[1onexx]

Originariamente inviato da gnommo

....

Ad ogni modo il 3500 la riconnessione automatica funziona, specialmente in pppoe. Con alice (bdcma) mi sono capitati dei down (perdita di connessione non di portante) di qualche oretta, quando sono ritornato a controllare ho sempre trovato la connessione ripristinata correttamente.

Grazie gnommo, mi interessa anche il tuo parere sulla domanda fatta :
http://www.hwupgrade.it/forum/showpo...ostcount=18921

PS qualche ora con PPP down ?
Quindi se butto giù da telnet la sessione PPP non è detto che risalga dopo qualche minuto ?
Devo attendere di più per fare il test ?

[fabio336]

Dopo aver testato per svariati giorni il dgn3500 su dslam Alcatel (chipset BDCM:0xa1f2), non mi sento di consigliarlo.
E' vero che a parità di snrm prende più portante di un router con chipset broadcom, ma i secondi errorati dopo un'ora di connessione sono troppi , cosa che con un router con chipset broadcom, non succede.

[Rodig]

Originariamente inviato da 1onexx

.......
In realtà, come dicevo, non ho mai avuti problemi di pedita della sola sessione ppp.
Però ci sono altri utenti che lamentano di questi problemi e concordo con te sul fatto che la colpa è quasi sempre dell'ISP.

A me invece è capitato diverse volte e quando non c'è stato bisogno dell'intervento del 187 perchè il problema si protraeva da troppo tempo la cosa si è risolta spontaneamente senza che fosse necessario riavviare il modem.
Questo sia con un Netgear DG834v3 che con un TP-Link TD-W8960N (DSLAM Broadcom - PPPoE)

[gnommo]

Originariamente inviato da 1onexx

Grazie gnommo, mi interessa anche il tuo parere sulla domanda fatta :
http://www.hwupgrade.it/forum/showpo...ostcount=18921

PS qualche ora con PPP down ?
Quindi se butto giù da telnet la sessione PPP non è detto che risalga dopo qualche minuto ?
Devo attendere di più per fare il test ?

no non hai capito parlavo di down dell'isp, ovvio che i down dell'isp possono durare qualche minuto o qualche oretta in maniera variabile.
Se butti giù la connessione si riconnette istantaneamente.

[gnommo]

Originariamente inviato da fabio336

Dopo aver testato per svariati giorni il dgn3500 su dslam Alcatel (chipset BDCM:0xa1f2), non mi sento di consigliarlo.
E' vero che a parità di snrm prende più portante di un router con chipset broadcom, ma i secondi errorati dopo un'ora di connessione sono troppi , cosa che con un router con chipset broadcom, non succede.

Ehm scusa ma mi pare logico, più portante = più errori
Ma se questi non hanno impatto significativo sulla prestazioni e sulla stabilità
non vedo quale sia il problema

Originariamente inviato da Rodig

A me invece è capitato diverse volte e quando non c'è stato bisogno dell'intervento del 187 perchè il problema si protraeva da troppo tempo la cosa si è risolta spontaneamente senza che fosse necessario riavviare il modem.
Questo sia con un Netgear DG834v3 che con un TP-Link TD-W8960N (DSLAM Broadcom - PPPoE)

Scusa ma allora il problema di 1onexx quale è?
Mi confermi come dicevo che la maggior parte dei router è in grado di ripristinare la connessione da solo.

[1onexx]

@gnommo
Ora è chiaro
Grazie

[fabio336]

Originariamente inviato da gnommo

Ehm scusa ma mi pare logico, più portante = più errori
Ma se questi non hanno impatto significativo sulla prestazioni e sulla stabilità
non vedo quale sia il problema

Dovrebbero avere impatto sulle prestazioni (sto verificando)
mi è capitato anche qualche secondo severamente errato

[gnommo]

Originariamente inviato da fabio336

Dovrebbero avere impatto sulle prestazioni (sto verificando)
mi è capitato anche qualche secondo severamente errato

secondo me non ce l'ha.
Come detto più portante = più errori
quindi se proprio hanno un impatto si avranno le stesse prestazioni del broadcom con portante minore, proprio perchè quegli errori riguardano i bit o i toni allocati in più

[fabio336]

Originariamente inviato da gnommo

secondo me non ce l'ha.
Come detto più portante = più errori
quindi se proprio hanno un impatto si avranno le stesse prestazioni del broadcom con portante minore, proprio perchè quegli errori riguardano i bit o i toni allocati in più

ho abbassato l'snrm in modo tale da poter prendere portante massima.
2740b e1 1.8dB
dgn3500 2.5dB
con il 2740b ho trovato solo 32 secondi errorati dopo 8 ore
con il dgn3500 il contatore segna 377 dopo un'ora
ed un secondo severamente errorato (mai visto sul 2740b)

con snrm a 6dB e portante a 20K, il contatore del 2740b è sempre a 0
dgn3500 121 in 8 ore

la portante con il 2740b non è mai caduta
vediamo quanto regge il dgn3500

[1onexx]

Originariamente inviato da Rodig

A me invece è capitato diverse volte e quando non c'è stato bisogno dell'intervento del 187 perchè il problema si protraeva da troppo tempo la cosa si è risolta spontaneamente senza che fosse necessario riavviare il modem.
Questo sia con un Netgear DG834v3 che con un TP-Link TD-W8960N (DSLAM Broadcom - PPPoE)

Originariamente inviato da gnommo

...
Scusa ma allora il problema di 1onexx quale è?
Mi confermi come dicevo che la maggior parte dei router è in grado di ripristinare la connessione da solo.

So di essere in parziale OT.
Però mi interessa capire come si comporta l'8960 nei vari casi.
Ho verificato che simulando la caduta di PPP con protocollo pppoe su piastra GSPN il problema c'è.

Cortesemente Rodig puoi proseguire qui con un test ?
Grazie

[gnommo]

Originariamente inviato da fabio336

ho abbassato l'snrm in modo tale da poter prendere portante massima.
2740b e1 1.8dB
dgn3500 2.5dB

scusa non ho capito cosa intendi?
Intendi che con il 2740b stai a 4,2db e con il 3500 a 3,5db ?
Allora vorrei bene vedere che gli errori sono maggiori

[Samus]

Originariamente inviato da gnommo

Il wifi N è un'evoluzione del wifi G ed è perfettamente retrocompatibile, quindi il router wifi N supporterà contemporaneamente connessioni con client wifi G e wifi N ed ognuno andrà alla sua velocità.

ottimo!

tra x3000 e 320n cosa mi consigli?

[fabio336]

Originariamente inviato da gnommo

scusa non ho capito cosa intendi?
Intendi che con il 2740b stai a 4,2db e con il 3500 a 3,5db ?
Allora vorrei bene vedere che gli errori sono maggiori

no, ho già fatto la sottrazione
l'snrm sul 2740b è più basso del sgn3500 (stessa portante), ma comunque ci sono meno errori di comunicazione tra il dslam e il router.