Καλησπερα.

Εδω υπαρχουν συγκεντρωμενες οι πληροφοριες για το νεο Firmware Release R8.2.7, απο τα Release Notes της Technicolor / Thomson, τις νεες συσκευες που παρουσιαζει, σε οποιες απευθυνεται και ποια προβληματα διευθετει.

Τα Release Notes μπορειτε να τα βρειτε μαζι με ετοιμο bundle που περιεχει ολα τα αρχεια της R8.2.7 που εχω στην διαθεση μου μεχρι σημερα:

ST585v6
TG585v7
TG585v8

Σημειωνω πως το R8.2.7 για το ST585v6 ειναι Demo Premium για TG585v7 ειναι το Release της forthnet και για TG585v8 ειναι το Generic Release της R8.2.7.8

Thanks to dieschmids.at (ST585v6), Forthnet (TG585v7) και σε χρηστη του MH.co.uk που εδωσε το firmware στο κοινο (TG585v8).

Θα το βρειτε στo http://leoforeia.gr/thomson/Thomson_Firmware_Compilation/Bundles/


New product introduction
This release introduces following new products:
THOMSON TG585(i) v8 Wireless Multi-User ADSL2+ Gateway


The Main Track Slotted Release R8.2.7 is the latest software release made available for the following Thomson Gateway products:

Thomson ST products:
 Thomson ST585(i) v6 Wireless Multi-User ADSL2+ Gateway
 Thomson ST608(i/m) WL Wireless Multi-User ADSL2+ Business Gateway
 Thomson ST620(i/m) Wireless Multi-User ADSL2+ Business Router
 Thomson ST620s Wireless Multi-User SHDSL.bis Business Router

THOMSON TG products:
 THOMSON TG546f Multi-User Fiber Gateway
 THOMSON TG585(i) v7 Wireless Multi-User ADSL2+ Gateway
 THOMSON TG585(i) v8 Wireless Multi-User ADSL2+ Gateway
 THOMSON TG585(i)n Wireless-n Multi-User ADSL2+ Gateway
 THOMSON TG587(i)n Wireless-n Multi-Service ADSL2+ Gateway
 THOMSON TG605(i/m) Multi-User ADSL2+ Business Gateway
 THOMSON TG605s Multi-User SHDSL.bis Business Gateway
 THOMSON TG608(i/m) Multi-User ADSL2+ Business Gateway
 THOMSON TG628s Operator-Managed 8-Wire SHDSL.bis Business Router
 THOMSON TG712(i) Wireless VoIP Multi-User ADSL2+ Gateway
 THOMSON TG782(i) Wireless VoIP Multi-User ADSL2+ Gateway
 THOMSON TG782T customer-specific Wireless VoIP Multi-User ADSL2+ Gateway
 THOMSON TG784 Wireless VoIP Multi-User Ethernet WAN & ADSL2+ Gateway
 THOMSON TG787(i) Wireless VoIP Multi-Service ADSL2+ Gateway
 THOMSON TG787(i)v Wireless VoIP Multi-Service VDSL2 Gateway
 THOMSON TG787(i)v Business Wireless VoIP Multi-Service VDSL2 Business Gateway

General Fixes and Improvements
DHCP / IPCP / DNS
The Thomson Gateway allows DNS routing table sorting to support conditional DNS forwarding .
Sorting criteria and order is as follows:
1 DNS entries with domain labels are sorted first.
2 If the source/source mask is specified, routes with a longer source mask have higher priority.
3 In case routes have an equal source mask, the routes with the lower metric are sorted first.

GUI / Firmware Embedded Help / Embedded Easy Setup / Lua
Various Cross-Site Scripting (XSS) flaws of the Thomson Gateway GUI have been fixed.

IPSec / VPN / Tunnelling
The issue where FTP transfers through a GRE, or IP-in-IP tunnel may fail because the Thomson Gateway does not forward the ACK acknowledgment packets, has been solved.

Physical Layer - ADSL/ADSL2+
 The issue where the THOMSON TG585 v8 is not able to synchronize with a Huawei 5600 DSLAM profile where the maximum downstream rate is limited to 1024kbps and maximum downstream noise margin is set to 31dB, has been solved.
 The issue where high frame loss rate (high Bit Error Ratio (BER)) in the downstream direction and many Code Violation (CV) packets have been observed if the Thomson Gateway operates in ADSL1 annex B fast mode against an Alcatel-Lucent NALT-D line card (while the problem is not seen if interleave mode is used), has been solved.
 The issue where DSL synchronisation losses have been observed if a THOMSON TG782i operates in ADSL2 or ADSL2+ in Interleave 16/2 mode against a Huawei 5100 DSLAM, has been solved.
 The issue where it was not possible to enable or disable Dying Gasp on Thomson Gateway products running a GoLinux-based platform software, has been solved.
Furthermore, following functionality has been added:
 In case Dying Gasp is enabled, the DSLAM is able to detect Loss-Of-Power (LOP) messages after putting down the Thomson Gateway
 In case dying gasp is disabled, the DSLAM does not detect any LOP messages after putting down the Thomson Gateway.
 The issue where the downstream transmit power displayed via the : xdsl info expand=enabled CLI command is wrong (in fact always zero), has been solved.

VoIP - General / DECT / SIP
 The issue where the Thomson Gateway restarts when setting up a VoIP call in case “Connection Information” comes after “Media Description” in the message body of the SIP frame from the UA, has been solved.
 The issue where an ongoing phone call over the regular phone line via an FXO port (Reduced FXO call), set up while the Thomson Gateway is turned of (for example due to power failure), is broken of by the Thomson Gateway when registering its VoIP service after restarting (i.e. in the example when power is
restored), has been solved.
 The issue where ongoing reduced FXO calls are cancelled due to the reregistration of VoIP after a
Thomson Gateway restarts, has been solved
 The issue where when pressing digits A-D, a DTMF event is detected (and a syslog event is seen on CLI), but the event is not added in the SIP INFO message, has been solved.
 The issue where a caller that tries to call his own number doesn’t get a warning tone (in fact no tone at all), has been solved.

VoIP - SIP Server
The issue where after adding or deleting an External UA, the Thomson Gateway must be restarted before the external UA is able to send its Register message, has been solved.

Wireless
 The issue where the SSID returns to the factory default value or another unexpected value after a restart of the Thomson Gateway in case the SSID contains one or more spaces, or quotation marks, has been solved.
 The issue where the wireless SSID prefix variables disappear after running the embedded wizard has been solved.
 Wireless performance issues seen with the previous Main Track Slotted Release R8.2.6 (compared with R8.2.5 performance), have been solved from this Main Track Slotted Release onwards.

Για το TG585v7 8.2.2.7 Generic
Platform CANT-P

RTEMS BootP file - CANT-P : TG576(i)v7 / TG585(i)v7: ZZ5YAA8.277.bli
RTEMS operational - CANT-P : TG576(i)v7 / TG585(i)v7: ZZ5XAA8.277

New Features

* IP-in-IP tunnelling support.
* TR-064 service extensions:
The TR-064 framework has been extended to allow configuration of the static WAN IP address via TR-064 with the WANIPConnection and LANHostConfigManagement parameter sets.
* Improved WPS interoperability with Windows 7:
The WiFi-certified WPS mechanism applied on all Gateway products has been extended to support the configured AP WPS functionality to improve the interoperability with MS Windows 7’s WPS implementation.
* Ethernet debug CLI command extensions:
The following expert CLI debug commands have been made available to support advanced debugging and monitoring of the Ethernet interface:
+ :ethd state
Show the state of the Ethernet interface
+ :ethd trace
Enable ETHD tracing
+ :ethd spool
Show memory pools
+ :ethd sdata
Show driver data
+ :ethd cdata
Clear driver data
+ :ethd smode
Show interface mode
+ :ethd stats
Show interface statistics
+ :ethd clear
Clear interface statistics
+ :ethd help
Display help info.
* Configurable Internet LED behaviour:
Internet LED behaviour has been made configurable via the :system config optional wanconnection=<IP interface> CLI command to decide its LED state according to not only the default WAN connection interface state, but also upon optional (fall-back, or second service) WAN connection interface states if these are configured.
+ By default, the behaviour is identical as before: only the default WAN connection is taken into account.
+ Via defining optional WAN connections, the Gateway monitors the default WAN connection and all optional WAN connections, if configured.
+ If more than one WAN IP interface is configured, the first interface that is “up” is used to affect the Internet LED.
+ If both default WAN connection and optional WAN connection are not defined, the Internet LED follows the state of the Broadband LED (for example in case of bridged scenarios without Internet IP interface).
+ On applicable products, if the WAN port auto-sensing feature is applied, the Internet LED behaviour based on the WAN port Auto-Sensing Lua script overrules the optional WAN connection configuration.
* ARP probing extensions:
By default, ARP probing remains RFC826 compliant. When the ARP process does initial broadcast probing and only later on performs unicast probing, the ARP daemon has been extended and made configurable to force exclusively broadcast ARP probing.

BugFixes:

* Game & Application Sharing not supported for hosts with fixed IP address:
The issue where it is not possible to assign a Game & Application service to a local host configured with a static IP address via the GUI, has been solved.
* Cross-Site Scripting (XSS):
Various Cross-Site Scripting (XSS) flaws in the GUI have been fixed.
* ARP table overflow causes restart:
The issue where an overflow of the ARP table (for example, by DOS attack flooding the ARP table) may cause the Gateway to restart, or where due to a full ARP table, no new host connections are possible anymore, has been solved.
* UPnP port mapping too slow when port mapping list is big:
The issue where UPnP port mapping is too slow (particularly if the port map list is long, causing port mappings to fail on some applications due to a time-out), has been solved.
* The first IP address of the IPCP pool is always reserved for virtual unnumbered PPP interface:
The issue where, in an IPCP scenario with PPP set to unnumbered and DHCP to numbered, the Gateway doesn’t take the expected IP address from the DHCP pool as gateway IP address, has been solved:
+ By default for PPP-Public-Subnet, and PPP-Public-Subnet Passthrough, the last IP address of the received IPCP pool is used for configuring the PPP interface (i.e. virtual IP address) and the first IP address to configure the LAN interface (i.e. DHCP gateway IP address).
+ The assignment of the virtual IP address to be used by the PPP interface is made configurable by the subnetfirstip parameter (which allows to specify if the first or the last IP address from the received range is to be used to configure the PPP interface).
* IPSec / VPN / Tunnelling:
The issue where FTP transfers through a GRE, or IP-in-IP tunnel may fail because the Gateway does not forward the ACK acknowledgment packets, has been solved.
* CLI downstream transmit power wrong:
The issue where the downstream transmit power displayed via the dsl info expand=enabled CLI command is wrong (in fact always zero), has been solved.
* HTTP server not HTTP/1.1 compliant when using Download RPC:
The issue where the Gateway always included a host IP address 0.0.0.0 in the HTTP header in all its HTTP/1.1 request messages, causing interoperability issues with ACSs using Virtual Web hosting, has been solved.
* ADSL1 annex B fast mode with Alcatel-Lucent NALT-D line card:
The issue where high frame loss rate (high Bit Error Ratio (BER)) in the downstream direction and many Code Violation (CV) packets have been observed if the Gateway operates in ADSL1 annex B fast mode against an Alcatel-Lucent NALT-D line card (while the problem is not seen if interleave mode is used), has been solved.
* Wireless: performance issues:
Wireless performance issues seen with the previous Main Track Slotted Release R8.2.6 (compared with R8.2.5 performance), have been solved from this Main Track Slotted Release onwards.
* Wireless: SSID returns to the factory default:
The issue where the SSID returns to the factory default value or another unexpected value after a restart (when the SSID contains one or more spaces, or quotation marks), has been solved.
* Wireless: SSID prefix variables disappear:
The issue where the wireless SSID prefix variables disappear after running the embedded wizard has been solved.

General Fixes:

* DNS routing table sorting to support conditional DNS forwarding:
Sorting criteria and order is as follows:
1. DNS entries with domain labels are sorted first.
2. If the source/source mask is specified, routes with a longer source mask have higher priority.
3. When routes have an equal source mask, the routes with the lower metric are sorted first.

Changes:

* Wireless Distribution System removed from GUI:
From this Main Track Slotted Release onwards Thomson Gateway products no longer support the use of the deprecated non-standardized Wireless Distribution System (WDS) via the GUI.
* ST585v6 / TG585v7: Reduced feature set:
Upon applicability following standard features are either removed, reduced or changed to optimize memory occupation:
+ Tracelevel reduced to one.
+ RIP not supported.
+ USB master, slave port functionality removed
+ SNMP and ILMI not supported.
+ Ethernet driver trace and debug commands removed.
+ KPML removed.
+ Call logging not supported.
+ Phone book GUI page removed.
+ Accelerated IP not supported.
+ ScheduleInform RPC not supported.
+ Reduced Differentiated Service Delivery (DSD) functionality:
# Address-based web site filtering removed
# Content-based web site filtering removed

Open Issues:

* Physical Layer - ADSL/ADSL2+:
o A large value of data rate spread that can exceed 5Mbps has been observed if the Gateway operates in ADSL2+ Interleave mode against an Alcatel-Lucent NVLT-C line card.
* ATM:
ATM loopback can’t work correctly and cannot capture any ATM cells at ax4000.
* Bridge / VLAN / Bridge Filter / Ethernet:
o Ethernet switch storm control and shaping (used for Ethernet switch flow control) cannot be configured and as a consequence does not work.
o VLANs are not properly configured on an Ethernet port that has been configured as non-bridge Ethernet WAN interface. This causes tagged packets to be dropped by the Thomson Gateway Ethernet switch. As a workaround, enable unknownVLAN on the other (LAN-assigned) Ethernet ports of the switch so that the Ethernet switch is forced to flood the packets received on the WAN Ethernet port.
o When sending a unicast packet from an unknownVlan LAN port, the learned MAC address is lost on the unknownVlan WAN port.
* CWMP / Datamodel:
o If restarted during the delay period of a delayed platform software upgrade (indicated by the ACSs), after the restart the Gateway sends a ‘9010 Download Interrupted’ in the transferComplete to the ACSs or simply nothing instead of resuming the platform software download. As a consequence the Gateway is not upgraded.
o Changing NAPT port mappings via the IGD data model is not possible; it is only possible to set the port mapping via TR-069 using the same internal and external port on the first attempt.
o CWMP packets may not be forwarded according to QoS label rules.
o Some datamodel parameters of type ‘boolean’, ‘int’ and ‘unsignedint’ are empty in the IGD datamodel, which is not in line with TR-098 specification. This may cause problems with ACSs test scenarios.
o When the ACSs server’s DNS name is resolved by the Thomson Gateway DNS server to multiple IP addresses, the Thomson Gateway will only use the first resolved IP address to connect to the ACSs. As a consequence, CWMP actions may fail.
o It is not possible to reconfigure the Thomson Gateway DHCP server and DHCP pool configuration via the IGD datamodel with SetParameterValues.
* DHCP / IPCP:
o The Gateway crashes when the assigned IP address of the PPP interface is part of the DHCP server’s DHCP pool range.
o Crashes have been observed when, with Device Discovery enabled (default setting), the DHCP leases are flushed whilst a high number of DHCP hosts are connected to the Gateway.
o When changing the default IP address of the Gateway via the GUI (for example from the factory default 192.168.1.254 to 192.168.1.1), the gateway IP address parameter of the Gateway DHCP server’s default DHCP pool configuration is not changed (i.e. the gateway IP address remains 192.168.1.254).
* GUI / Embedded Help / Embedded Easy Setup / Lua:
o When running the embedded Easy Setup wizard with multiple service templates (i.e. more than the standard set), when going back in the wizard (by clicking the ‘Back’ Button) until the service template list, not all templates are listed anymore.
o It has been observed that, when changing the state of a self-created firewall rule via the GUI, the actual state (enabled/disabled) may not be displayed correctly in the GUI anymore.
o Internet Explorer 8: It is not possible to switch to another user directly via clicking the user name. As a workaround, switch to another user via the User Management page (Toolbox > User Management).
o When one of the default IP addresses of the Thomson Gateway are deleted (192.168.1.254 or 10.0.0.138), running the embedded Easy Setup wizard may cause the Gateway to restart.
o On the Web Cameras GUI page (if supported and enabled) the MAC address is displayed and used instead of the camera’s IP address. As a consequence the web camera cannot be controlled via the GUI.
o When only one LAN IP address assigned to the Gateway, it is not possible to change this IP address via the GUI.
o Once a wireless client has connected to the Gateway, it is not possible anymore to clear the ‘Allowed on WLAN’ check box on the Gateway Home Network > Devices > device’s Configure GUI page. As a consequence it is not possible to disallow that wireless client from connecting to the wireless network.
o Call logging figures shown on the Gateway Telephony > Telephony Statistics GUI page and the Telephony > Call log GUI page may not be consistent.
* IPSec / VPN / Tunnelling:
o The Gateway cannot relay IPSec packets when IKE and ESP connections are bound to a specific port in the connection bind list. As a workaround unbind IKE and ESP via the CLI.
o The IPSec VPN client cannot be configured via CLI, while it can be configured correctly via GUI pages.
o When multiple IPSec tunnels are configured, only one tunnel can be displayed as ‘running’ in the GUI, though more may actually be started.
* NAT ALG:
o In PPP-subnet-passthrough scenarios, no transparent NAT map is added for the public DHCP subnet. As a consequence, address translation is applied on the public subnet lease addresses of local hosts instead of being transparently passed through the Gateway.
o Subsequently connecting and disconnecting the Internet PPP interface may cause the Gateway to restart due to NAT template creations.
o The Gateway PPTP ALG erroneously deletes the NAT mapping after time-out expiry and no traffic passes, though the PPTP control connection exists. As a consequence, GRE data traffic from WAN cannot pass and the local PPTP client can not communicate with the WAN.
* QoS:
o Queue based rate limiting has no impact.
o PPPoE Active Discovery (PAD) messages (PADI, PADO, PADR) do not respect the internal class setting assigned by PPP; as a consequence the derived P-bits are wrong.
* SNMP:
o The ifInOctets and ifOutOctets values of some interfaces (such as eth0, ethport2, ethport3, ethport4) will reset to 0 (zero) if their effective number exceeds 65535.
* UPnP / TR-064:
o The Internet connection state of VDSL2 products configured with IPoE, is unreliable and cannot be controlled via MS Windows’ Network Connection page.
o It is not possible to browse the UPnP AV Server.
o The Gateway does not support configuring WAN IP Interfaces and DNS server via TR-064.
* Wireless:
o When using WEP encryption or WPA-TKIP wireless security, throughput performance of the IEEE802.11n wireless interface is lower than when using no wireless security or WPA2.
o Wireless clients can only associate without encryption (i.e. neither WEP nor WPA(2) are possible) on virtual access points configured on the WLAN interface when configured with multiple SSID and the virtual access point is assigned to a VLAN with separate DHCP pools.
o When the wireless hardware button is used for legacy MAC address based registration, if during the registration phase the wireless interface is disabled (e.g. via CLI), the button LED does not turn off.
o With certain wireless clients on Windows 7 it has been observed that setting up a wireless connection using the Windows 7 connect with wireless security key mechanism (as alternative to the WPS PIN method) may fail.
* Miscellaneous:
o In multiple WAN connection scenarios with specific connections for specific traffic, if a particular WAN connection goes down, traffic designated for that connection uses another WAN connection that may not be designed for that traffic or, in the case of a Dial-on-Demand PPP connection, for example, will continuously trigger the PPP connection to come up. In other words, the Gateway does not support configuring a service to only use a specific WAN connection and to block forwarding when that connection is down.
o In normal operating conditions (i.e. in cases where the Gateway is not overloaded with Ethernet WAN traffic processing), VoIP, Video, TR-069 gets prioritized over normal traffic.
o Physical layer version information cannot be read from the archive of some products.
o Unknown VLAN packets coming from the WAN are dropped when ingress filtering is enabled.
o Using Parental Control, i.e. URL-based, or content-based filtering, negatively impacts download performance.
* TG585v7: Restarts when TR-069 certificates used by the ACSs:
The TG585 v7 may periodically restart when TR-069 certificates are used by the ACSs, and it is configured to use HTTPS with short periodic inform intervals. As a workaround, disable the use of TR-069 certificates, in which case the restarts will not occur.

Για το TG585v7 8.2.2.7 Generic
]
Βγήκε unbranded?

Αν στο TG585 V7 του ΟΤΕ με fw 8.2.2.5 βάλω την 8.2.7 της Forthnet,
πώς μπορώ να επανέλθω στην 8.2.2.5 του ΟΤΕ ?
Εχω ISDN , παίζει κανένα ρόλο ? υπάρχει κανένα πρόβλημα ?

το ZZ5XKB8.277.bli με το ZZ5ΥKB8.277.bli τι διαφορές έχουν;

το ZZ5XKB8.277.bli με το ZZ5ΥKB8.277.bli τι διαφορές έχουν;

Ιδια απορία έχω κι εγώ.

Στην προκειμενη περιπτωση καμμια.

Απλα η forthnet ανεβασε την εκδοση που χρησιμοποιειται για remote updates μεσω acs server και δεν το ειχα διαπιτωσει οταν εφτιαχνα το zip του bundle.

Στον τελικο χρηστη δεν εχει καμμια διαφορα.

Στην προκειμενη περιπτωση καμμια.

Απλα η forthnet ανεβασε την εκδοση που χρησιμοποιειται για remote updates μεσω acs server και δεν το ειχα διαπιτωσει οταν εφτιαχνα το zip του bundle.

Στον τελικο χρηστη δεν εχει καμμια διαφορα.

Οπότε, αυτοί που έχουν την unbranded R8.2.6 ποιο firm θα ανεβάσουν για να παραμείνει unbranded;

Οπότε, αυτοί που έχουν την unbranded R8.2.6 ποιο firm θα ανεβάσουν για να παραμείνει unbranded;

Generic θες να πεις.

Οχι, 8.2.7 Generic αρχειο για το v7 δεν εχω υπ οψιν μου.

εγω με γραμμη forthnet αρκετα προβληματικη λογω περιοχης περασα το firmaware εντυπωσεις το interface αρκετα γρηγορα αλλα σε εμενα δεν ξερω γιατι μου ανεβασε το attenuation κατα 5 db χωρις αντιστοιχη μειωση τοσο πολυ της ταχυτητας μαλλον θα γυρισω στο 8.2.6.5

Generic θες να πεις.

Οχι, 8.2.7 Generic αρχειο για το v7 δεν εχω υπ οψιν μου.

Ναι generic εννοούσα sorry!!

Έχω το branded 8.2.7 της forthnet και σκοπεύω να μπω στο Double Play της wind.
Να το κρατήσω το 585 όπως είναι τώρα ή να βάλω άλλο firm?

Έχω το branded 8.2.7 της forthnet και σκοπεύω να μπω στο Double Play της wind.
Να το κρατήσω το 585 όπως είναι τώρα ή να βάλω άλλο firm?

Κράτα το ως έχει και αν στη wind αντιμετωπίζεις προβλήματα βάλε την 8.2.6.5.
Αν είχες το v8 θα σου έλεγα να πας κατευθείαν στην 8.2.7.8 και να μην ασχοληθείς με οτιδήποτε άλλο (branded) μιας που είναι μακράν η καλύτερη (και so far bugfree).

Κράτα το ως έχει και αν στη wind αντιμετωπίζεις προβλήματα βάλε την 8.2.6.5.
Αν είχες το v8 θα σου έλεγα να πας κατευθείαν στην 8.2.7.8 και να μην ασχοληθείς με οτιδήποτε άλλο (branded) μιας που είναι μακράν η καλύτερη (και so far bugfree).
Μου ήρθε και το Oxygen σήμερα.
Οπότε κάνω δοκιμή με το 585 και μετά βλέπουμε.

Είχα την 8.2.6.5 Generic σε forthnet και ΟΤΕ.
Πριν λίγες μέρες πέρασα την 8.2.7.7 της forthnet χωρίς κανένα πρόβλημα.
Παίζει μια χαρά χωρίς κανένα απολύτως πρόβλημα έως τώρα.
Κάπου εδώ μέσα διάβασα για ένα θέμα που υπήρχε με τα HEC errors στον ΟΤΕ
Δεν διαπίστωσα κανένα τέτοιο πρόβλημα.
Το συνιστώ ανεπιφύλακτα.

@RASTAVIPER: Τώρα είδα ότι έχεις το v7, οπότε μέχρι την 8.2.7.7 Forthnet μπορείς να πας.

Να κάνω και εγώ μία ερώτηση..
Έχω το st585 v6 και χρησιμοποιώ την 7.4.3.2
Να ανεβάσω στην 8.2.7 ;
Και αν μπορεί κάποιος να μου εξηγήσει τι
σημαίνει demo premium για την v6 ??

τα v6 δέχονται ως 7.x firmware.

To logo της Forthnet υπάρχει τελικά τρόπος να αφαιρεθεί;

τα v6 δέχονται ως 7.x firmware.
Δε νομιζω..


To logo της Forthnet υπάρχει τελικά τρόπος να αφαιρεθεί;
Οχι. Ειναι μεσα στο firmware.

Cmaniac τα branded firmwares που έχεις (όπως της net plus που δοκίμασα εχτές) τα έχεις για λόγους αρχειοθέτησης ή προσφέρουν καλύτερα αποτελέσματα για τα δεδομένα της Ελλάδας?
Το αρχικό firmware των τελευταίων 585v7 το οποίο είναι soft. Variant ΑΑ δεν υπάρχει έτσι?
Και κάτι τελευταίο. Πέσμου αν θέλεις για τα soft. variants γιατί απ' ότι καταλαβαίνω είναι καινοτομία της Thomson. Γιατί τόσα πολλά και ποιός τα δημιουργεί αν γνωρίζεις.
Ευχαριστώ

Cmaniac τα branded firmwares που έχεις (όπως της net plus που δοκίμασα εχτές) τα έχεις για λόγους αρχειοθέτησης ή προσφέρουν καλύτερα αποτελέσματα για τα δεδομένα της Ελλάδας?

Τα firmware υπαρχουν για λογους αρχειοθετησης.

Το software variant ειναι ενας μοναδικος κωδικος που αντιστοιχει την εκδοση με τον ISP τον οποιο προοριζεται. Variant AA ειναι οι Generic εκδοσεις και υπολοιπες εχουν απο λιγο εως πολυ customisations για τους ISPs.

To logo της Forthnet υπάρχει τελικά τρόπος να αφαιρεθεί;

Γιατί σας ενοχλεί τόσο πολύ κάτι που δεν έχει καμία σχέση με την απόδοση του ρούτερ.
Αν είναι θέμα αισθητικής βάλτε το Noscript να σας το κρύβει.

Τα firmware υπαρχουν για λογους αρχειοθετησης.

Το software variant ειναι ενας μοναδικος κωδικος που αντιστοιχει την εκδοση με τον ISP τον οποιο προοριζεται. Variant AA ειναι οι Generic εκδοσεις και υπολοιπες εχουν απο λιγο εως πολυ customisations για τους ISPs.

Κατατοπιστικότατος μερσί :oneup:

........Auto merged post: costas_mw πρόσθεσε 5 λεπτά και 10 δευτερόλεπτα αργότερα ........


Γιατί σας ενοχλεί τόσο πολύ κάτι που δεν έχει καμία σχέση με την απόδοση του ρούτερ.
Αν είναι θέμα αισθητικής βάλτε το Noscript να σας το κρύβει.

Απ' ότι πρόσεξα "παίζοντας" με κάποιο firmware της netplus το logo αποθηκεύεται κάπου στα web files του Graphic Interface και δεν είναι μέρος του firmware. Κάνω λάθος??

Κατατοπιστικότατος μερσί :oneup:

........Auto merged post: costas_mw πρόσθεσε 5 λεπτά και 10 δευτερόλεπτα αργότερα ........



Απ' ότι πρόσεξα "παίζοντας" με κάποιο firmware της netplus το logo αποθηκεύεται κάπου στα web files του Graphic Interface και δεν είναι μέρος του firmware. Κάνω λάθος??

Τα web files μεταφέρονται μαζί με το firmware.
Αν κάνεις ftp θα δεις ότι δεν μπορείς να μετακινηθείς στου υπόλοιπους χώρους.
Άρα δεν μπορείς να πας στο φάκελο με τις σελίδες του Interface.
Άρα δεν μπορείς να επέμβεις.

Μετά από καμιά δεκαριά μέρες έχω να πω πως δεν είμαι ικανοποιημένος καθόλου από το εν λόγω firmware για τους 2 εξής λόγους:
1) Στις ανανεώσεις IP του ΟΤΕ (κάθε 60 ώρες νομίζω) κάνει επανεκκίνηση η συσκευή (σε αντίθεση με το 8.2.6) και πρέπει να περιμένω να συγχρονίσει από την αρχή.
2) Χθες είχα το εξής πρόβλημα: εκεί που έκανα πλοήγηση (σε αθλητικές σελίδες) ξαφνικά δε μπορούσε να μπει πουθένα. Έκλεισα τον Firefox, έκανα επανεκκίνηση τον Υ/Η (μήπως είχε φάει κανένα κόλλημα η κάρτα δικτύου - λέμε τώρα- ), έκανα επανεκκίνηση από το User Interface του router χωρίς αποτέλεσμα, ώσπου μετά από 1-2 προσπάθειες κατάλαβα πως είχανε χαθεί οι κωδικοί σύνδεσης μου. Αν είναι δυνατόν. Έτσι έκανα επαναφορά εργοστασιακών ρυθμίσεων και τα ξαναπέρασα όλα από την αρχή.

Για το 1 δεν ισχύει πλέον. Δες το αντίστοιχο θέμα καθώς αυτό το θεματάκι δεν υπάρχει πλέον.

Για το 1 δεν ισχύει πλέον. Δες το αντίστοιχο θέμα καθώς αυτό το θεματάκι δεν υπάρχει πλέον.
Τί εννοείς; Το σταμάτησε ο ΟΤΕ; Μπορείς να μου υποδείξεις το νήμα στο οποίο αναφέρεσαι, γιατί δεν το βρήκα; :whistle:

http://www.adslgr.com/forum/showthread.php?t=290718&page=25

http://www.adslgr.com/forum/showthread.php?t=290718&page=25
Μάλιστα εκεί πήγα, αλλά δεν βρήκα τα συγκεκριμένα ποστς. Επιτέλους με αυτή τη βλακεία. Οπότε το modem-router μου κάνει επανεκκινήσεις μόνο του. Ακόμα χειρότερα.

Τι εννοείς ότι δεν βρήκες; Από την 25 σελίδα και μετά όλοι οι χρήστες επιβεβαιώνουν ότι πλέον ΔΕΝ αλλάζει η IP κάθε 64 ώρες. Αν το router σου επανεκινεί, το πρόβλημα είναι άλλο.

Τι εννοείς ότι δεν βρήκες; Από την 25 σελίδα και μετά όλοι οι χρήστες επιβεβαιώνουν ότι πλέον ΔΕΝ αλλάζει η IP κάθε 64 ώρες. Αν το router σου επανεκινεί, το πρόβλημα είναι άλλο.
Τα συγκεκριμένα posts δε βρήκα.
Και ναι, αυτό είπα, πως το πρόβλημα είναι άλλο.

Μετά από καμιά δεκαριά μέρες έχω να πω πως δεν είμαι ικανοποιημένος καθόλου από το εν λόγω firmware για τους 2 εξής λόγους:
1) Στις ανανεώσεις IP του ΟΤΕ (κάθε 60 ώρες νομίζω) κάνει επανεκκίνηση η συσκευή (σε αντίθεση με το 8.2.6) και πρέπει να περιμένω να συγχρονίσει από την αρχή.
2) Χθες είχα το εξής πρόβλημα: εκεί που έκανα πλοήγηση (σε αθλητικές σελίδες) ξαφνικά δε μπορούσε να μπει πουθένα. Έκλεισα τον Firefox, έκανα επανεκκίνηση τον Υ/Η (μήπως είχε φάει κανένα κόλλημα η κάρτα δικτύου - λέμε τώρα- ), έκανα επανεκκίνηση από το User Interface του router χωρίς αποτέλεσμα, ώσπου μετά από 1-2 προσπάθειες κατάλαβα πως είχανε χαθεί οι κωδικοί σύνδεσης μου. Αν είναι δυνατόν. Έτσι έκανα επαναφορά εργοστασιακών ρυθμίσεων και τα ξαναπέρασα όλα από την αρχή.

Στον ΟΤΕ είμαι και δεν έχω κανένα απολύτως πρόβλημα με την αλλαγή της ΙΡ

Στον ΟΤΕ είμαι και δεν έχω κανένα απολύτως πρόβλημα με την αλλαγή της ΙΡ
Απαντάς σε άλλο θέμα. Άκυρο αυτό που μου απάντησες.

Έγραψες:

Μετά από καμιά δεκαριά μέρες έχω να πω πως δεν είμαι ικανοποιημένος καθόλου από το εν λόγω firmware για τους 2 εξής λόγους:
1) Στις ανανεώσεις IP του ΟΤΕ (κάθε 60 ώρες νομίζω) κάνει επανεκκίνηση η συσκευή (σε αντίθεση με το 8.2.6) και πρέπει να περιμένω να συγχρονίσει από την αρχή.

Σου γράφω ότι:

Στον ΟΤΕ είμαι και δεν έχω κανένα απολύτως πρόβλημα με την αλλαγή της ΙΡ


Απαντάς σε άλλο θέμα. Άκυρο αυτό που μου απάντησες.

Τι δεν καταλαβαίνεις;
Η αλλαγή της ΙΡ σε εμένα που είμαι στον ΟΤΕ και έχω TG585v7 με 8.2.7.7 δεν δημιουργεί κανένα απολύτως πρόβλημα.
17 μέρες uptime από την στιγμή που το έβαλα και συνεχίζει χωρίς κανένα πρόβλημα.
Ούτε επανεκκινήσεις ούτε τίποτε.

Έγραψες:

Σου γράφω ότι:




Τι δεν καταλαβαίνεις;
Η αλλαγή της ΙΡ σε εμένα που είμαι στον ΟΤΕ και έχω TG585v7 με 8.2.7.7 δεν δημιουργεί κανένα απολύτως πρόβλημα.
17 μέρες uptime από την στιγμή που το έβαλα και συνεχίζει χωρίς κανένα πρόβλημα.
Ούτε επανεκκινήσεις ούτε τίποτε.

Ε ωραία μπράβο. Κι εγώ ανέφερα όμως πως έχω πρόβλημα πάνω σε αυτό. Η δικιά σου σχετική εμπειρία δεν αλλάζει το δικό μου "θέμα". Λέω "έχω πρόβλημα σε αυτό κι αυτό" κι εσύ απαντάς "εγώ είμαι καλά".

Άσχετα που πλέον δεν υπάρχει αυτό το πρόβλημα αφού πριν λίγες μέρες ο ΟΤΕ έκοψε την αυτόματη ανανέωση ΙΡ.

Ε ωραία μπράβο. Κι εγώ ανέφερα όμως πως έχω πρόβλημα πάνω σε αυτό. Η δικιά σου σχετική εμπειρία δεν αλλάζει το δικό μου "θέμα". Λέω "έχω πρόβλημα σε αυτό κι αυτό" κι εσύ απαντάς "εγώ είμαι καλά".

Άσχετα που πλέον δεν υπάρχει αυτό το πρόβλημα αφού πριν λίγες μέρες ο ΟΤΕ έκοψε την αυτόματη ανανέωση ΙΡ.

Αυτό που θέλω να πω και δεν έχεις καταλάβει ακόμα είναι ότι ΔΕΝ φταίει το fw αλλά ΕΣΥ.
Το fw δουλεύει μια χαρά με ΟΤΕ και οποιοδήποτε άλλο πάροχο και δεν έχει κανένα απολύτως θέμα με ανανεώσεις ΙΡ.
Προφανώς δεν το πέρασες σωστά και δεν μπήκες καν στον κόπο να δοκιμάσεις να το ρίξεις ξανά από πάνω.

Αυτό που θέλω να πω και δεν έχεις καταλάβει ακόμα είναι ότι ΔΕΝ φταίει το fw αλλά ΕΣΥ.
Το fw δουλεύει μια χαρά με ΟΤΕ και οποιοδήποτε άλλο πάροχο και δεν έχει κανένα απολύτως θέμα με ανανεώσεις ΙΡ.
Προφανώς δεν το πέρασες σωστά και δεν μπήκες καν στον κόπο να δοκιμάσεις να το ρίξεις ξανά από πάνω.
Μάλιστα. Και πως είναι δυνατόν να μην περάσεις ένα firmware σωστά; Ή το περνάς ή όχι. Από τη στιγμή που αναφέρεται "Software Release: 8.2.7.7" σημαίνει πως η διαδικασία ολοκληρώθηκε επιτυχώς. Tέλος πάντων. 6 μέρες τώρα δουλεύει μια χαρά.

1. Το firmware το περνας σωστα ή οχι.

2. Στην περιπτωση που προκυψει προβλημα, αν το προγραμμα αναβαθμισης διακοψει απο μονο του την διαδικασια πριν προχωρησει στη αναβαθμιση του firmware, τοτε απλα παραμενεις στο παλιο firmware και ουτε γατα ουτε ζημια.

3. Αν κατα τη διαρκεια που αναβαθμιζεται το firmware γινει διακοπη ρευματος, παγωσει ο υπολογιστης, κοπει το καλωδιο ethernet κλπ. τοτε πειτε goodbye στο router.

Επομενως το προβλημα του spdrosin δεν ειναι το firmware αλλα οι ρυθμισεις. Φιλε spdrosin κανε ενα hard reset στον router (επαναφορα στις εργοστασιακες ρυθμισεις δηλαδη), φορτωσε το user.ini του cmaniac και μετα κανε τις ρυθμισεις που θελεις (αφου τελειωσεις με τις ρυθμισεις κανε και ενα restart στον router για να ενεργοποιηθουν/αποθηκευτουν οι αλλαγες - ετσι για σιγουρια). Εκτος βεβαια αν φταιει η γραμμη σου (?).

1. Το firmware το περνας σωστα ή οχι.

2. Στην περιπτωση που προκυψει προβλημα, αν το προγραμμα αναβαθμισης διακοψει απο μονο του την διαδικασια πριν προχωρησει στη αναβαθμιση του firmware, τοτε απλα παραμενεις στο παλιο firmware και ουτε γατα ουτε ζημια.

3. Αν κατα τη διαρκεια που αναβαθμιζεται το firmware γινει διακοπη ρευματος, παγωσει ο υπολογιστης, κοπει το καλωδιο ethernet κλπ. τοτε πειτε goodbye στο router.

Επομενως το προβλημα του spdrosin δεν ειναι το firmware αλλα οι ρυθμισεις. Φιλε spdrosin κανε ενα hard reset στον router (επαναφορα στις εργοστασιακες ρυθμισεις δηλαδη), φορτωσε το user.ini του cmaniac και μετα κανε τις ρυθμισεις που θελεις (αφου τελειωσεις με τις ρυθμισεις κανε και ενα restart στον router για να ενεργοποιηθουν/αποθηκευτουν οι αλλαγες - ετσι για σιγουρια). Εκτος βεβαια αν φταιει η γραμμη σου (?).

Το τελευταίο που αναφέρεις αποτελεί βήμα για να περαστεί/κάτσει το fw σωστά και σε παράληψη ενός τέτοιου βήματος αναφερόμουν.

ΥΓ
Το user.ini του cmaniac δεν έχει μαγικές ιδιότητες.

ΥΓ
Το user.ini του cmaniac δεν έχει μαγικές ιδιότητες.

Πραγματι.

Ομως ειναι μια βοηθεια.

Στο μονο που μπορει να βοηθησει για τα hard resets warm restarts ειναι το WPS.

Απο εκει και περα, εχει ρυθμισεις για NTP, DNS retries (για να μην βγαζει ευκολα server errors χωρις λογο) , standard firewall και αλλαζει το SSID (για να αποφευχθει το να γινει καποιος ευκολος στοχος, αλλα πλεον η ιδια η Thomson εχει αλλαξει εντελως τον αλγοριθμο που υπολογιζει το WPA key απο το SSID) - ελπιζω να μην ξεχασα κατι.

Συνεπώς το user.ini λειτουργεί (τελικά) καλά και με αυτό το firmware. Ένα link μπορώ να έχω; Το ψάχνω και δεν θυμάμαι που ήταν ακριβώς.

leoforeia.gr/thomson

leoforeia.gr/thomson
Ok. Κατέβασα το .zip. Ποιο από τα 2 να χρησιμοποιήσω; To "user_mod_cmaniac_v4.ini" να φανταστώ; :whistle:

Ok. Κατέβασα το .zip. Ποιο από τα 2 να χρησιμοποιήσω; To "user_mod_cmaniac_v4.ini" να φανταστώ; :whistle:

http://www.adslgr.com/forum/showpost.php?p=3800340&postcount=47
Εδώ

http://www.adslgr.com/forum/showpost.php?p=3800340&postcount=47
Εδώ

"Εδώ" δεν έχει user.ini να κατεβάσω, αλλά ένα .txt v3 να διαβάσω. Μ' έχετε μπερδέψει. :hmm:

Bέβαια RASTAVIPER αναφέρεις στο ποστ σου "user_mod_cmaniac_v4.ini" οπότε ok - είναι αυτό που νόμιζα από πριν.

Πάντως με της 4net εγώ εξακολουθώ και έχω το κλασικό πρόβλημα της σειράς 8 των firmware για το 585v7, δηλαδή warm restarts αρκετά συχνά. Όσο σκαλίζω το interface τόσο πιο πιθανό είναι να φάω restart, αν δε τολμήσω και μπω συγκεκριμένα στο Home Network για να κλείσω το Wi-Fi ή να βάλω static ip τότε γίνεται το σώσε... Σίγουρο restart. Κρίμα γιατί νόμιζα το 8.2.7.7 ειναι το καλύτερο και δεν έχει κανένα πρόβλημα και και... Άνθρακες ο θησαυρός, μάλλον απλά πρέπει να πάρω άλλο router...:(

Πάντως με της 4net εγώ εξακολουθώ και έχω το κλασικό πρόβλημα της σειράς 8 των firmware για το 585v7, δηλαδή warm restarts αρκετά συχνά. Όσο σκαλίζω το interface τόσο πιο πιθανό είναι να φάω restart, αν δε τολμήσω και μπω συγκεκριμένα στο Home Network για να κλείσω το Wi-Fi ή να βάλω static ip τότε γίνεται το σώσε... Σίγουρο restart. Κρίμα γιατί νόμιζα το 8.2.7.7 ειναι το καλύτερο και δεν έχει κανένα πρόβλημα και και... Άνθρακες ο θησαυρός, μάλλον απλά πρέπει να πάρω άλλο router...:(
Μήπως έχει πρόβλημα το δικό σου ρούτερ?
Γιατί σε αρκετό κόσμο (και σε μένα) δεν υπάρχουν τέτοια θέματα.
Εγώ μετά τις 16 ημέρες uptime με snr 6,5, πλησιάζω πλέον την 1 βδομάδα με snr 2!! :):)
Αρκετά σταθερό. :oneup:

Τι πρόβλημα να έχει για να κάνει restart? Να ζεσταίνεται;

Πάντως με της 4net εγώ εξακολουθώ και έχω το κλασικό πρόβλημα της σειράς 8 των firmware για το 585v7, δηλαδή warm restarts αρκετά συχνά. Όσο σκαλίζω το interface τόσο πιο πιθανό είναι να φάω restart, αν δε τολμήσω και μπω συγκεκριμένα στο Home Network για να κλείσω το Wi-Fi ή να βάλω static ip τότε γίνεται το σώσε... Σίγουρο restart. Κρίμα γιατί νόμιζα το 8.2.7.7 ειναι το καλύτερο και δεν έχει κανένα πρόβλημα και και... Άνθρακες ο θησαυρός, μάλλον απλά πρέπει να πάρω άλλο router...:(

Έχει αναφερθεί πολλές φορές.
Το συγκεκριμένο ρούτερ έχει μικρή μνήμη.
Όσο σκαλίζεις το βαρύ web interface των εκδόσεων 8 τόσο αυξάνονται οι πιθανότητες να επανεκκινήσει.
Η λύση είναι να το στήσεις σωστά μια φορά και να το αφήσεις να παίζει για πάντα.
Το έχω δοκιμασμένο με τον παραπάνω τρόπο και είχα κοντά στις 60 μέρες uptime (μετά άλλαξα το fw και χρειάστηκε να επανεκκινήσει)
Οτιδήποτε μπορείς να κάνεις με άλλα προγράμματα (βλ. dmt) ή από CLI να το προτιμάς έναντι του web interface.