Notes to Release 0.73 ===================== This is a maintenance version, features added: - Nodes lists (N command) is alpha ordered now. - The [ROUTER].NOTIMEOUT=YES will make the "timeout XXXX" not to be included in the NETROM frame which seems to confuse some nodes (Default NOT). - Some minor changes to address the "sleepy frame" problem of AGWPE, no conclusive solution of it found as yet. Notes to Release 0.72 ===================== Version 0.72 is the second cut of a major realignement of the Digiplex project. Highlights - The NETROM router could work in a "old NETROM" compatibility mode without RTT meassurements [NETROM].INP3=NOT - L4 Timeout could be higher now, up to 600 secs. - The NETROM Layer 3 router (L3) had been rewritten from scratch using a different approach, many dark spots produced by the accumulative damage from introduction/removal of features had been overcomed. Some of the concepts introduced on this rehearshal are: - Neighboors are connected now, routes to them or their passthru routes are only valid if a successful connection is made and kept and AS LONG as it is kept! - Internal structures organization should make the router faster and less demmanding in memory, also the behaviour from the network perspective should be far more solid than before. - Routes Broadcasts are made specific to every neighboor destination, also destination NODES is used for neighboor routers discovery. Digiplex accepts either NODES or it's own CALLSIGN as destination for routes from neighboors. - RTT meassurements are made with neighboors and the results actively involved on routing decissions. The meassurement criteria is compatible with NETROM/INP3 routers (such as XNet). - Hopefully no vicious routing loops or "NO ROUTE" conditions anymore (at least invalid ones). - The condition of a neighboor is detected as being "old" NETROM (i.e. BPQ), INP3 (i.e. XNet) or DPX (i.e. Digiplex). - Parameters introduced with the new router [NETROM] ... RTTMAX=600000 <-- Maximum RTT time within the Network Horizon RTTINI=60000 <-- Default RTT (Old NETROM), also RTT timeout RTTQUERY=600000 <-- Latency of RTT meassurement ... - Neighboor Digiplex routers could switch into a NETROM compressed exchange of information (typical compression achieved 20-30%); behaviour and frame formats are essentially the same than with regular NETROM only compressed using a LZRW1/KH algorithm. This might increase the throughput on a given channel all other factors being equal. Compression is activated with [NETROM] ... COMPRESS=YES ... All Digiplex nodes are able to receive compressed information disregarding this setting which only controls when it GENERATES compressed information. Compressed information is exchanged using a frame PID of 0xCA to differentiate it from regular NETROM traffic and avoid conflict with existing routers. ========================================================================== BEWARE: You PAY every bit of enhancement using compression with CPU Load!! Minimum CPU to activate this option should be Pentium 400 Mhz with at least 64 MBytes of Memory to achieve reasonable performance. Find your limits testing it anyway... ========================================================================== - The criteria of a multiple SSID per interface were dropped for the NETROM router (it is still used for the digipeater functions). Now the NETROM router present itself to the NETROM network using the [DIGIPLEX].CALLSIGN parameter disregarding which port is used. Configuration statements of the [INTERFACE] section should be coded as before because this is the port definition and Quality assignement used initially by Digiplex. - Several changes on the output of CLI commands had been made to reflect the new functions. - The format of the ROUTES.INI file had been changed, the new format is NOT compatible with formats used on prior versions. Old versions of the ROUTES.INI file should be removed as part of the installation of this release. - New commands added or modified in behaviour in this version SYS NETROM BROADCAST Broadcast NETROM information SYS NETROM LOAD Load ROUTES.INI SYS NETROM SAVE Save ROUTES.INI SYS NETROM FORCE {port} {callsign-ssid} Forces the start of a RTT meassurement with node. SYS NETROM NODE ADD {port} {callsign-ssid} {alias} [LOCK|LOCAL] Add Node. SYS NETROM NODE DEL {port} {callsign-ssid} {alias} Removes Node. SYS NETROM ROUTE ADD {destination} {port} {callsign-ssid} {quality} Add destination thru Node. SYS NETROM ROUTE DEL {destination} {port} {callsign-ssid} Removes destination thru Node. SYS NETROM SET COMPRESS {ON|OFF} Set NETROM Compressed interchange ON/OFF. Also changes on commands N,L and U. All the above commands being of the SYS group requires a previous successful LOGIN command to have been executed. - (Hopefully) Cancellation/Abort of started NETROM connections is right now! - Documentation not yet completely updated! :-(( Notes to Release 0.71 ===================== Version 0.71 is the first cut of a major realignement of the Digiplex project. Highlights - Telnet Client and Server functionality had been split on a different package named TELMGR also available at the LU7DID's Home Page at qsl.net. - All functions related to Flexnet had been removed from Digiplex as well as early implementations of INP3; a separate driver to enable (X)Net to be used with the AGWPE had been written an made available (XGLUE) in order to enable the implementation of full featured NETROM and/or FlexNet nodes under the AGWPE platform. - The proprietary Digiplex L3/L4 routing protocol had been removed. - A basic NETROM node capability had been left on the package in order to enable single-purpose nodes to export it's capabilities thru the NETROM network, however the project goals had been realigned to drop the pursue of a full NETROM implementation beyond what is available at this point (no INP3, etc). However, minor improvements on the NETROM functionality might be expected on future releases to address user requirements and feedback. - The Web server functionality had been removed, CGI capabilities will be added on incoming versions to interface with existing Web Server applications. - Digiplex will be positioned as a smaller platform specialized on high performance digipeating (APRS, High Efficiency Point to Point, SSID based routing, etc). Those features will be consolidated when existing or introduced on incoming versions. Build # 10 - Limited Web Server capabilities included.