[blem88]

Quello che vari è il metodo che usa il modem per negoziare l'snr (la soglia diciamo)
Per variare l'snr in modo permanente dovresti chiamare e farti settare un profilo diverso....

si questo lo sapevo, ma leggevo di gente che,anche se non permanentemente, variarva da 9 a 6 con questo metodo

[Ansuel]

Per fare questo devi provare con valori molto più bassi di snr tipo 0 o utilizzando il metodo per mettere valori negativi

[livingsilver94]

Nessuno ha notato o avuto dei picchi di ping elevatissimi verso il router? Facendo

Codice: [Seleziona]

ping 192.168.1.1 -n 50 ho perlopiù latenze di 1ms (WiFi), ma certe volte ho anche 980ms!!

[Miguel89]

In Wi-Fi può succedere di tutto...
Che ne sai che interferenze ci sono in quel momento?

[livingsilver94]

Ho provato anche con un altro PC via ethernet, sia passando dalla whitebox che non, e ho sempre dei picchi altissimi, seppur inferiori al WiFi. Farò dei test con altre config...

EDIT: niente, sia con la mia che con quella di Ansuel ho questo problema. Mi rende impossibile giocare online. Lo scopro solo ora perché gioco da neanche una settimana.

Codice: [Seleziona]

Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time=333ms TTL=64
Reply from 192.168.1.1: bytes=32 time=430ms TTL=64
Reply from 192.168.1.1: bytes=32 time=22ms TTL=64
Reply from 192.168.1.1: bytes=32 time=999ms TTL=64
Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64

[Ansuel]

A me non dava questi problemi, è possibile che è qualche programma?

[livingsilver94]

Non credo... come potrebbe? Sottolineo che succede con ogni dispositivo, cellulare compreso. Il problema sta proprio nel router. Googolando ho scoperto che in molti hanno avuto questo problema con altri router, ma ognuno ha risolto in modo diverso. A questo punto spero che il progetto SamKnows si concluda al più presto.

[Iron67]

Ho letto in uno dei tanti thread che seguo, un post dove qualcuno ha linkato un sito per decifrare le password (wifi, connessioni ecc...) presenti nei file rg_conf. Ad esempio "(password(&b7;`X&b3;&99;&18;T&e2;&b6;&b2;))"
Me lo potete linkare?

Ciaoooo

[livingsilver94]

Non ti so rispondere Iron 67, però credo di aver fatto un'importante scoperta: ho aperto due cmd.exe, uno con

Codice: [Seleziona]

ping 192.168.1.1 -t per un loop infinito di misurazioni, l'altro con un collegamento telnet al router. Bene, quei picchi di latenza elevata accadono quando, sotto telnet mi appare questo messaggio:

Codice: [Seleziona]

PRG A4001N> permst_read_header: read header sector 3 (offset 0x7E0000)

permst_read_header: read header sector 3 (offset 0x7E0000)come vedete, appare sempre due volte di fila, a intervalli credo regolari (non ho cronometrato).

Detto questo... che roba è?

[Ansuel]

Dovresti cronometrare bene ogni quando lo fa....
L'unica cosa che potrebbe inficiare molto è la connessione al server ntp di google e quindi la consecutiva scrittura sulla memoria che probabilmente crea problemi su questi modelli con poca ram

[Miguel89]

@Iron67
Il programmino di Zibri per decifrare le password lo trovi qui:
http://www.webalice.it/zibri/Deobfuscate.html

[livingsilver94]

Dovresti cronometrare bene ogni quando lo fa....
L'unica cosa che potrebbe inficiare molto è la connessione al server ntp di google e quindi la consecutiva scrittura sulla memoria che probabilmente crea problemi su questi modelli con poca ram

Non ho più modo di monitorare quel problema perché sono passato al firmware ADB che sembra andare meglio. C'è qualcun altro che si ritrova picchi di latenza? girando per il thread ho visto che l'errore di lettura è in tutti i system log...

[bungdbangd]

Ma dove si scarica il payload? tutti i siti cercati su questo forum o non esistono o mi danno errore 404

[Miguel89]

Purtroppo il generatore di payload è in manutenzione
Devi chiedere a fulmine500 per sapere quando risolverà il problema...

[Iron67]

@Miguel89,
grazie per il link (documentazione OpenRG postato nell'altro thread).
Vorrei riconfigurare il wake on lan (WOL) via WAN, come potevo fare con il mio vecchio Zyxel.
1) Sia dalla web interface che da CLI non ho trovato nulla sulla gestione delle tabelle ARP. Vorrei inserire una voce statica nella tabella ARP.
2) In alternativa vorrei instradare, con il port forwarding, il Magic packet verso l'indirizzo broadcast (x.x.x.255).
Ma come spesso succede l'indirizzo di broadcast non può essere utilizzato come destinatario di una regola NAT.
Avete esperienze in merito con questo router?