In reply to a post by john2007:

I guess RS means Reed-Solomon, the algorithm used in Forward Error Correction.

Most routers seem to use RSCorr for the FEC count (the count of packets with errors which were successfully corrected with the Reed-Solomon algorithm) and RSUnCorr for the CRC count (the packet was too severely damaged to correct and so fails the CRC).

1
23
45
67
89
1011
1213
1415
1617
1819
20

/* showtime monitor counters */
 #define kG992ShowtimeRSCodewordsRcved              0 /* number of Reed-Solomon codewords received */
#define kG992ShowtimeRSCodewordsRcvedOK            1 /* number of Reed-Solomon codewords received with all syndromes zero */#define kG992ShowtimeRSCodewordsRcvedCorrectable   2 /* number of Reed-Solomon codewords received with correctable errors */
#define kG992ShowtimeRSCodewordsRcvedUncorrectable 3 /* number of Reed-Solomon codewords received with un-correctable errors */#define kG992ShowtimeSuperFramesRcvd               4 /* number of super frames received */
#define kG992ShowtimeSuperFramesRcvdWrong          5 /* number of super frames received with CRC error */#define kG992ShowtimeLastUncorrectableRSCount      6 /* last recorded value for kG992ShowtimeRSCodewordsRcvedUncorrectable */
#define kG992ShowtimeLastWrongSuperFrameCount      7 /* last recorded value for kG992ShowtimeSuperFramesRcvdWrong */#define kG992ShowtimeNumOfShortResync              8 /* number of short interrupt recoveries by FEQ */
 #define kG992ShowtimeNumOfFEBE                     9 /* number of other side superframe errors */
#define kG992ShowtimeNumOfFECC                    10 /* number of other side superframe FEC errors */#define kG992ShowtimeNumOfFHEC                    11 /* number of far-end ATM header CRC errors */
#define kG992ShowtimeNumOfFOCD                    12 /* number of far-end OCD events */#define kG992ShowtimeNumOfFLCD                    13 /* number of far-end LCD events */
#define kG992ShowtimeNumOfHEC                     14 /* number of ATM header CRC errors */#define kG992ShowtimeNumOfOCD                     15 /* number of OCD events */
#define kG992ShowtimeNumOfLCD                     16 /* number of LCD events */

Edited by deleted (Mon 12-Dec-11 20:39:44)

In reply to a post by BatBoy:

No, RS means Regenerator Section as used by SDH.

In reply to a post by asbokid:

Here is the parameter list for the function call webGetCfgEntry() found in the .asp resource at http://192.168.1.1/html/status/xdslStatus.asp :

Text
1 23 45 67 89 1011 1213 1415 16	var DSLStats = <%webGetCfgEntry(InternetGatewayDevice.WANDevice.1.WANDSLInterfaceConfig.Stats.Showtime,    HECErrors|     ATUCHECErrors|    CRCErrors|     ATUCCRCErrors|    FECErrors|     ATUCFECErrors|    X_ATP_HECErrors_2|     X_ATP_ATUCHECErrors_2|    X_ATP_CRCErrors_2|     X_ATP_ATUCCRCErrors_2|    X_ATP_FECErrors_2|     X_ATP_ATUCFECErrors_2,stStats); %>;

Before serving up that .asp resource, the Huawei's scripting engine dynamically populates the parameters to the function:

Text
1 23 45 67 89 1011 1213 14	var DSLStats = new Array(new stStats("InternetGatewayDevice.WANDevice.1.WANDSLInterfaceConfig.Stats.Showtime",     "292008",    "0",     "1074551",    "0",     "42205",    "105",     "0",    "0",     "0",    "0",     "0",    "0"), null);

In the above example from Paul's line, we can determine the following:

Text
1 23 45 67 89 1011 1213	..   HECErrors              = 292008  ATUCHECErrors          = 0   CRCErrors              = 1074551  ATUCCRCErrors          = 0   FECErrors              = 42205  ATUCFECErrors          = 105   X_ATP_HECErrors_2      = 0  X_ATP_ATUCHECErrors_2  = 0   X_ATP_CRCErrors_2      = 0  X_ATP_ATUCCRCErrors_2  = 0   X_ATP_FECErrors_2|     = 0  X_ATP_ATUCFECErrors_2  = 0

The acronym "ATUC" is jargon for ADSL Transceiver Unit in Central Office [3]. In plainspeak, ATUC means the DSLAM.

Similarly, the xDSL modem in the consumer premises is known by the official acronym ATU-R, where 'R' means Remote.

Just to confuse things further, ATU-C and ATU-R are identified in the Broadcom driver source code as the "Far End" (FE) and the "Near End" (NE) !

So ATUCHECErrors is a count of the HEC Errors measured at the DSLAM.

1
23

..
  FECErrors              = 42205 is displayed as Downstream FEC errors in the GUI  ATUCFECErrors          = 105   is displayed as Upstream   FEC errors in the GUI

In reply to a post by XRaySpeX:

Don't worry! Batty is just stirring you up, as is his wont, with false info.

In reply to a post by Bald_Eagle1:

I eventually realised that the example you used from my connection has not been posted in this forum thread, but obtained elsewhere

I can confirm that the values shown are indeed the values displayed in the modem's GUI.

e.g.

Text
1 23	..   FECErrors              = 42205 is displayed as Downstream FEC errors in the GUI  ATUCFECErrors          = 105   is displayed as Upstream   FEC errors in the GUI

Just to be 100% clear what is being said here, are you confirming that the modem's GUI is CORRECTLY reporting CRC, FEC, & HEC errors, or just confirming just how INCORRECTLY it reports them, citing a real-life example?

Unfortunately I don't have the actual xdslcmd info --stats log to go with the example used above, But previous log examples have highlighted the "discrepancies" between the data it contains & the data as displayed in the GUI.

Paul

Edited by deleted (Wed 14-Dec-11 00:38:55)

In reply to a post by asbokid:

In reply to a post by XRaySpeX:

Don't worry! Batty is just stirring you up, as is his wont, with false info.

More of a Les Dawson than a Liberace, when it comes to hitting the right notes?!

cheers, a