[giulio63]

@Ansuel scusa, qual'è il numero da aumentare ?

p.s.: il nome del file direi che è questo    diagnostics-xdsl-graphics-modal.lp

[Ansuel]

@giulio63 width 20096 si il file è quello

[giulio63]

@Ansuel  credo di rinunciarci....ho fatto decine di variazioni anche arrivando a valori esagerati ma non compare mai niente. a questo punto non so se può entrarci qualche altro motivo

[Ansuel]

può essere che c'è un altro motivo allora... dopo controllo

[Ansuel]

@giulio63 fixed credo...

[CastleBravo]

sembra fixed anche se noto che la cpu lavora di più di prima, 0,20 anche contro 1,30ca di adesso.
che abbia bisogno di un reset?

[giulio63]

@Ansuel confermo che adesso ci sono tutti i grafici.  L'ultimo è totalmente differente dai precedenti. Spero sia giusto così non ci devi mettere più le mani .

Grazie

[Ansuel]

@CastleBravo Può essere che mentre fa i dati si alzi il cpuload ma poi scende... quei grafici non sono la causa al 100%

@giulio63 si è normale che è totalmente differente... è il bitloading corretto per i 35b rispetto a quello che stava buggato nelle statistiche dsl

[CastleBravo]

ma nella cars "Internet" stona vedere tutte le unità di misura in sigla e invece giorno scritto per intero.
dove fa riferimento l'uptime per le unità di misura?

[enrico2772]

Ansuel ottimo lavoro anche a me i grafici funzionano tutti perfettamente!!!

[emax]

Ciao Ansuel, ho questo problema con un Tim Hub e l'ultimo fw ufficiale disponibile . Con la tua GUI 6.5.X ho avuto la geniale idea di impostare la connessione in bridge ....da lì non non sono più riuscito a ritornare in PPPoE (probabilmente per qualche bug)...ho aggiornato alla 6.6.X e poi alla dev 6.7.X ma niente da fare...ho fatto ripristino della GUI e caricato un 5.X...in questo modo sono riuscito ad uscire dalla modalità bridge ma ora non ne vuole più sapere di instaurare una connessione PPOE...ho riaggiornato la GUI alla 6.6.X ufficiale ed alla 6.7.X dev ma non funziona comunque....qualche consiglio ? Grazie

[Ansuel]

File network in etc config

[emax]

Ciao,

di anomalo ho riscontrato le credenziali diverse (probabilmente quelli Alice ) da quelle che ho inserito nella GUI : le ho comunque forzate, ma non funzionano.

Posto comunque il restante :

Codice: [Seleziona]

config interface 'loopback'
   option ifname 'lo'
   option proto 'static'
   option ipaddr '127.0.0.1'
   option netmask '255.0.0.0'

config globals 'globals'
   option ula_prefix 'none'
   option default_ps '0'

config device 'waneth4'
   option type '8021q'
   option name 'waneth4'
   option macaddr '***'
   option ifname 'eth4'
   option vid '835'
   option ipv6 '0'

config device 'wanptm0'
   option type '8021q'
   option name 'wanptm0'
   option macaddr '***'
   option ifname 'ptm0'
   option vid '835'
   option ipv6 '0'

config interface 'wan'
   option auto '1'
   option proto 'pppoe'
   option demand '0'
   option ifname '<set by script>'
   option password ‘yyy’
   option macaddr '***'
   option ipv6 '0'
   option peerdns '1'
   option reqopts '1 3 6 15 33 42 51 121 249'
   option keepalive_adaptive '0'
   option dns_metric '0'
   option username ‘xxx’

config config 'config'
   option wan_mode 'pppoe'

config interface 'wwan'
   option auto '1'
   option proto 'mobiled'
   option session_id '0'
   option profile '1'

config interface 'wan6'
   option proto 'dhcpv6'
   option reqopts '12 21 22 23 24 25 31 56 64 67 82 83'
   option noslaaconly '1'
   option iface_464xlat '0'
   option auto '0'
   option dns_metric '20'
   option ifname '@wan_ipv6'

config interface 'sfp'
   option proto 'static'
   option ifname 'eth4'
   option ipaddr '192.168.2.2'
   option netmask '255.255.255.0'

config interface 'lan'
   option type 'bridge'
   option proto 'static'
   option netmask '255.255.255.0'
   option ip6assign '64'
   option force_link '0'
   option ipv6 '0'
   option ifname 'eth0 eth1 eth2 eth3 eth5'
   option pppoerelay '<set by script>'
   option ipaddr '192.168.0.1'

config switch 'bcmsw'
   option reset '1'
   option enable_vlan '0'
   option qosimppauseenable '0'
   option jumbo '0'

config interface 'wlnet_b_24'
   option proto 'static'
   option ip6assign '64'
   option ipv6 '0'
   option ip6hint '1'
   option netmask '255.255.255.128'
   option ipaddr '192.168.168.1'
   option ifname 'wl0_1'
   option force_link '0'
   option name 'Ospiti-TIM-***'

config interface 'wlnet_b_5'
   option proto 'static'
   option ip6assign '64'
   option ipv6 '0'
   option ip6hint '2'
   option netmask '255.255.255.128'
   option ipaddr '192.168.168.129'
   option ifname 'wl1_1'
   option force_link '0'
   option name 'Ospiti-TIM-***'

config device 'wlnet_b_5eth5'
   option type '8021q'
   option name 'wl1_1'
   option enabled '1'
   option ifname 'eth5'
   option vid '3'
   option ipv6 '0'

config interface 'ipoe'
   option proto 'dhcp'
   option metric '1'
   option reqopts '1 3 6 43 51 58 59'
   option release '1'
   option neighreachabletime '1200000'
   option neighgcstaletime '2400'
   option ipv6 '1'

[jackk11111]

Ragazzi ho un problema. Ho una telecamera WiFi che non so perché a volte si collega al repeater e quindi cambia mac e di conseguenza non è più valida la regola delle porte aperte impostate nel modem. C'è un metodo per obbligare alla telecamera di collegarsi solo al modem o in alternativa impostare nell'apertura porte del modem solo l'ip invece del mac?

[donato74]

Potrei suggerirti di cambiare SSID al range extender, così la tua videocamera non potrà mai collegarsi al range extender/repeater. Io ho un problema simile ma con un tv box