[Thread Ufficiale] AtlantisLand WebShare A02-RA340 e A02-RA440@Billion BiPac 7402R2

[PyndSyril]

Originariamente inviato da Harry_Callahan

senti la shaft.it per il Billion BiPac 7402R2, si tratta del 440 dell'Atlantis
l'unico contro è che Billion da 2 anni garanzia, mentre Atlantis 3 anni
vai con il Billion BiPac 7402R2

Grazie dell'informazione, H_C.
100€, per quanto al netto dell'IVA, mi sembra un prezzo abbastanza ragionevole, considerato che scorrazzando un po' nella rete mi è capitato di vedere siti che propongono il WebShare 440 addirittura a 150€! Magari ci faccio più che un pensierino... Peccato che per il Billion (esteticamente senz'altro superiore) non consentano il pagamento contrassegno...

[Paint]

Ciao. Posto un'ultima volta in merito al problema che ho, sperando che qualcuno stavolta mi "caghi".
Ho un Billion 7402R2 aggiornato all'ultimo firmware v560c con un'Alice 7Mega. Riscontro da un po' delle cadute di portante, a volte subito altre volte dopo qualche minuto, subito dopo la prima connessione da router spento.
Sono molto vicino alla centrale e percui ho dei valori di line attenuation molto bassi, 5dB in down e 4dB in up. Leggendo nel thread ho trovato questa spiegazione in merito all'impostazione Tx Attenuation:

Tx (transmitter) Attenuation - can be useful for locations very close to the exchange DSLAM so that the transmitted level of the user modem back to the DSLAM stays within the optimum range for the decoding of the signal. If you browse round the forums you will find some users very close to the exchange (so their line attenuation figures are very low) report less errors when some Tx Atten is added - but for the majority of users leaving it on 0db (default) is where it should be.

In sostanza mi par di capire che nei casi di utenze troppo vicine al DSLAM e percui con valori di line attenuation molto bassi, agendo su Tx Attenuation si possono alzare i valori e portarli all'interno della "gamma ottimale per la decodifica del segnale".
Quindi ho provato ad impostare in questo modo:



ottenendo questi valori di linea:



Impostando Dmt_12DB si sono alzati sia i valori di line attenuation da quelli "base" citati sopra, sia l'SNRM in down da 15 a 16 circa.
Le cadute subito dopo la prima accensione però si verificano ugualmente. Al riaggancio poi restituisce alcuni CRC errors durante la connessione, mentre l'SNRM in down facendo refresh si nota che balla un po'..

Avete qualche idea in merito?

Ho provato di tutto e a sto punto ho il dubbio che possa essere il router o difettoso, o che non vada molto d'accordo con il tipo di DSLAM che ha la mia linea.
Dico così perché con l'altro router che ho (digicom) non cade e non da CRC errors.

Grazie a chi vorrà darmi un aiuto.

[pegasolabs]

Col TSTC non c'è nessun problema noto quindi escluderei il dslam.
Partiamo dal principio:
Sicuro che siano cadute di portante? (la spia ADSL lampeggia?)

[Paint]

Originariamente inviato da pegasolabs

Col TSTC non c'è nessun problema noto quindi escluderei il dslam.
Partiamo dal principio:
Sicuro che siano cadute di portante? (la spia ADSL lampeggia?)

Ciao, si son sicuro. La caduta viene loggata naturalmente. Il led PPP/mail si spegne e l'altro ADSL inizia a lampeggiare.
Domani posto il log appena lo fa.

[pegasolabs]

Originariamente inviato da Paint

Ciao, si son sicuro. La caduta viene loggata naturalmente. Il led PPP/mail si spegne e l'altro ADSL inizia a lampeggiare.
Domani posto il log appena lo fa.

Verificato l'impianto di casa. Condensatori in qualche presa? Callahan mi corregga ma potrebbero essere problemi di tipo impulsivo legati alla fase di scarica...

[Paint]

Originariamente inviato da pegasolabs

Verificato l'impianto di casa. Condensatori in qualche presa? Callahan mi corregga ma potrebbero essere problemi di tipo impulsivo legati alla fase di scarica...

Verificato. Tra l'altro è tutto nuovo. Ho una linea dedicata solo dati con un'unica presa (la fonia sta su un'altra linea). Avevo dei problemi e dopo svariate segnalazioni al 187 son riuscito ad ottenere un "cambio coppia". Son venuti all'inizio di settembre. Poi ha funzionato tutto per un paio di settimane ed ora ho sto problema. Però prima del cambio coppia andava male anche con l'altro router Digicom che ho. Mentre ora con quello va perfettamente.

[Harry_Callahan]

@Paint visto i problemi di doppino, metti la modulazione G.DMT, tanto sei in ADSL1 e quindi più di 8Mbit non puoi andare

10dB di attenuazione ed è stato necessario un cambio coppia, questo dimostra quanto siamo messi male con i doppini in Italia

[goldorak]

Originariamente inviato da Dynamite

Ciao, è uscito il nuovo firmware ufficiale per il 440 sul sito della AtlantisLand... chissà se lo faranno anche per il 340...

Scusate ma sul sito dell'Atlantis Land ce' scritto che il nuovo firmware per l'R440 e' per la versione 1.1.
Stanno parlando del modello Annex M o si puo' installare anche sul vecchio modello R440 (quello che ho io ) ? Che faccio posso aggiornare senza problemi o rischio il blocco del router ?

[pegasolabs]

Originariamente inviato da goldorak

Scusate ma sul sito dell'Atlantis Land ce' scritto che il nuovo firmware per l'R440 e' per la versione 1.1.
Stanno parlando del modello Annex M o si puo' installare anche sul vecchio modello R440 (quello che ho io ) ? Che faccio posso aggiornare senza problemi o rischio il blocco del router ?

1.1 è annex M

[goldorak]

Originariamente inviato da pegasolabs

1.1 è annex M

quindi sono fottuto, non aggiornano piu' il firmware per il vecchio modello.
Devo vedere allora se il firmware billion e' compatibile al 100% con la mia versione del router.

[pegasolabs]

Originariamente inviato da goldorak

quindi sono fottuto, non aggiornano piu' il firmware per il vecchio modello.
Devo vedere allora se il firmware billion e' compatibile al 100% con la mia versione del router.

Se prendi quello annex a credo proprio di si, a giudicare dai vari crossflash fatti dagli utenti del 440 annex a in questo thread.

[goldorak]

Originariamente inviato da pegasolabs

Se prendi quello annex a credo proprio di si, a giudicare dai vari crossflash fatti dagli utenti del 440 annex a in questo thread.

Non tutto e' perduto allora, andro' a provare il firmware del billion 7204r2 annex a.
Certo che e' sconcertante che l'Atlantis Land non fornisca piu' aggiornamenti firmware per un suo modello che e' comunque in garanzia penso fino al 2010 (anche se non lo vendono piu' visto che ce' la nuova revision).

[Harry_Callahan]

forse con un firmware *.emg è possibile passare da Annex A ad Annex M
come avviene per il 7404VGO Billion

[goldorak]

Originariamente inviato da Harry_Callahan

forse con un firmware *.emg è possibile passare da Annex A ad Annex M
come avviene per il 7404VGO Billion

Cos'e' un firmware *.emg e dove lo posso trovare ?
Dite che la sola differenza tra il 440 annex a e 440 annex b sta solo nel firmware ? Sicuri che anche l'hardware non sia cambiato ?

[Aguex]

Originariamente inviato da Dynamite

Ciao, è uscito il nuovo firmware ufficiale per il 440 sul sito della AtlantisLand... chissà se lo faranno anche per il 340...

Ommioddio
È uscito davvero il firmware per il 340

EDIT: uhm il changelog sembra molto scarno, sia per il 440 che per il 340 (che è quello importante). Siamo sicuri che sia equivalente al 5.60c del sito billion?

EDIT2: l'ho messo, e sembra proprio che sia uguale a quello billion
Infatti è stato risolto il bug dell'MTU e ci sono i settaggi ALG SIP e FTP in Firewall -> General Settings (citati nel changelog Billion).
Perfetto, ora non ho nulla da invidiare al 440

[Harry_Callahan]

Originariamente inviato da goldorak

Cos'e' un firmware *.emg e dove lo posso trovare ?
Dite che la sola differenza tra il 440 annex a e 440 annex b sta solo nel firmware ? Sicuri che anche l'hardware non sia cambiato ?

qualcuno ha ricevuto direttamente dalla Billion un firmware particolare, estensione emg e permette il passaggio da Annex A ad Annex M del 7404VGO

[Paint]

Originariamente inviato da Harry_Callahan

@Paint visto i problemi di doppino, metti la modulazione G.DMT, tanto sei in ADSL1 e quindi più di 8Mbit non puoi andare

10dB di attenuazione ed è stato necessario un cambio coppia, questo dimostra quanto siamo messi male con i doppini in Italia

Ho già impostato ADSL1, come si vede anche dal >post sopra<. Quei valori di line attenuation, 10 in down e 14 in up li ottengo perché ho impostato Tx Attenuation nel router su Dmt_12DB. Il perché l'ho spiegato sempre nel >post sopra<. Altrimenti con Dmt_0DB (disattivato) i valori di line attenuation sono rispettivamente di 5dB in down e 4dB in up, imho troppo bassi.

L'MRU lo dovrei impostare?



L'MTU in PPPoA è impostato a 1500 di default. Mentre se imposto PPPoE (MTU 1492) aggancia ma non viene assegnato l'ip. Come dire non va.

[Paint]

----------- system log buffer head --------------
Jan 01 00:00:00 home.gateway:ipsec:none: [INFO]Start IPSEC Initialize .....
Jan 01 00:00:00 home.gateway:ipsec:none: [INFO]Start IPSEC Initialize ..... Done
Jan 01 00:00:15 home.gateway:im:none: Changed iplan IP address to 192.168.1.254
Jan 01 00:00:15 home.gateway:im:none: Passing DNS server address 212.216.112.112 to DNS client.
Jan 01 00:00:15 home.gateway:im:none: Passing DNS server address 212.216.112.112 to DNS relay.
Jan 01 00:00:15 home.gateway:im:none: Passing DNS server address 212.216.172.62 to DNS client.
Jan 01 00:00:15 home.gateway:im:none: Passing DNS server address 212.216.172.62 to DNS relay.
Jan 03 01:00:31 home.gateway:turbo_extEvtHandlerProc:none: ADSL line is UP!
Jan 03 01:00:56 home.gateway: ppp:none: Channel Id(0) connected
Jan 03 01:00:56 home.gateway:im_backend:none: Changed ipwan IP address to 79.17.249.16
Oct 21 14:57:19 home.gateway:turbo_extEvtHandlerProc:none: ADSL line is DOWN!
Oct 21 14:57:20 home.gateway: ppp:none: Channel Id(0) disconnected after (0 hr 32 min 1 sec)
Oct 21 14:57:20 home.gateway:im_backend:none: Changed ipwan IP address to 0.0.0.0
Oct 21 14:57:45 home.gateway:turbo_extEvtHandlerProc:none: ADSL line is UP!
Oct 21 14:58:03 home.gateway: ppp:none: Channel Id(0) connected
Oct 21 14:58:03 home.gateway:im_backend:none: Changed ipwan IP address to 87.14.255.128
----------- system log buffer tail --------------

ecco la caduta dopo 30min di connessione
faccio notare anche il tempo che trascorre a volte per prendere l'ip, circa 25sec, da quando aggancia la portante (in rosso) a quando viene assegnato l'ip (in blu)

ora ho disattivato Tx Attenuation (Dmt_0DB) e questi sono i valori normali di linea:



visto che anche alzando i valori di line attenuation non si risolve nulla..

[Paint]

vedete, quando gli gira bene funziona perfettamente.. da oggi (6 hr 55 min) dopo la caduta non è + caduto, non ha restituito alcun errore, e l'SNRM in down risulta molto stabile.. mah.. (l'ho lasciato acceso senza usare il piccì)

quindi son costretto a dedurre che la linea sia OK, visto anche che con l'altro router non ho problemi..
casomai è il Billion che a volte c'ha grossa crisi
è possibile?

[Harry_Callahan]

@paint

resetta di nuovo il router, metti sempre G.DMT e lavora SOLO sul code gain
per le linee degradate dovresti mettere un valore basso, nel tuo caso prova comunque a partire da 0 e mano mano sali monitorando la stabilità