The X25 ports provide communication services regarding the level 3 of the X.25 protocol.
The X.25 port is labeled in the Abilis CPX by the "X25" abbreviation and it is provided with the parameters described in the following section.
Here is an example of the X25 port parameters. The shown values are only examples.
[18:38:04] ABILIS_CPX: D P PO:301 PO:301 ------------------------------------------------------------------------ X25 LOG:DS lowpo:201 TYPE:USER MCAU:NO PW:2 ps:128 fpvc:1 fisvc:1 fbsvc:1 fosvc:11 x25:DTE pvc:0 isvc:0 bsvc:10 osvc:0 T20:30 T21:30 T22:30 T23:30 N3:3
To activate any change made on the lowercase parameters, the system has to be started again, on the contrary for the uppercase parameters it is enough to submit the initialisation command INIT PO:. Changes made on the parameter LOG: are immediately active.
LOG: | Events logging activation and generation of alarm signals |
DS | NO, D, S, A, L, T, ALL, +E |
Usually this parameter makes possible to activate/deactivate logging functionalities of meaningful events of the port as well as the detection and signalling of alarms in case of critical events.
The following table shows the available options and the related functionalities usable by the parameter:
Option | Meaning |
---|---|
D | Recording of the driver state changes and/or the meaningful events in Debug Log |
S | Recording of the driver state changes and/or the meaningful events in the System Log |
A | Periodic detection of possible alarms. The detected alarms can be displayed the command ALARM VIEW or by the analogous command available on the UTILITY of the LCD display on the front panel |
L | On alarm detection, acoustic signal generation plus a message on the LCD display. This function depends on activation of alarms detection by the "A" option |
T | Generation by the Agent SNMP of Abilis CPX of SNMP traps corresponding to any change of the driver state and/or occurring of meaningful events |
Beside the already described options the following values are also allowed:
Option | Meaning |
---|---|
NO | It means that all the logging functionalities, alarms detection and generation, above mentioned, are disabled. |
ALL | It means that all the logging functionalities, alarms detection and generation, above mentioned, are enabled. |
+E | This option added to one or more of the previous ones, extends its (their) set of meaningful events. The value "ALL+E" activates all the options and extends the set of meaningful events. The value "NO+E" is meaningless so it is ignored. |
Options can be combined together.
Some examples:
By using the characters "+" and "-" as prefix of one or more options is possible to add or delete one or more functionalities without setting from the scratch the value of the parameters.
Some examples:
The changes made on this parameter are immediately activated, without the need of initialization commands.
lowpo: | Identifier of the Abilis CPX lower level port |
NONE | 1 - 999, NONE |
It sets the Abilis CPX lower level port, which can only be a LAPB or LAPD, EBLAPD or EPLAPD port type.
The value "NONE" is used to isolate the X25 port.
TYPE: | Port type |
USER | NETWORK, USER |
This parameter sets how the port behaves if data compression is activated.
The port connected to the X.25 network is defined NETWORK port; the one connected to the user device USER port.
The NETWORK port sends compressed data and expands the received ones; the USER port compresses the received data and sends the expanded ones.
Wrong configuration of this parameter will cause connection to close as soon as data is exchanged. If the error is detected by the user equipment it closes the connection and provides its own X25 diagnostic code, if the error is detected by Abilis CPX it closes the connection providing one of the following diagnostic codes:
F0,C2 : Error in the expansion phase
F0,C3 : Format of the compressed data not valid
F0,AA: Compression protocol not compatible
The changes made on this parameter are immediately activated, without the need of initialisation commands.
MCAU: | Cause code modification in CLEAR packets sent |
NO | NO, YES |
If MCAU is set to NO, Abilis CPX transports, without any changes, the cause and diagnostic code of the CLEAR packets; it also uses the F0 cause code and the suitable diagnostic one for all the CLEAR packets internally generated.
If MCAU is set to YES, Abilis CPX forces the cause code of the CLEAR packet sent to the value 00 (DTE originated), either for the external CLEAR and the internal ones.
The changes made on this parameter are immediately activated, without the need of initialisation commands.
PW: | Default size of the packet window |
2 | from 1 up to 7 |
It sets the default size of the Level 3 window.
It must match the value set for the port at the other side of the line.
Abilis CPX supports packet window negotiation as for X25 recommendation.
PS: | X25 packet size |
128 | 16, 32, 64, 128, 256, 512, 1024, 2048 |
It sets the maximum size (in bytes) of the packets to be sent/received.
Abilis CPX does not support packet size negotiation.
X25: | DTE/DCE behaviour of level 3 |
DTE | DTE, DCE |
It allows to choose the level 3 behaviour between DTE and DCE.
The ports of the two devices that face each other, that is the two ports connected through the line, must be configured complementary. It means that connection will work only if one is DCE and the other is DTE.
Network ports are usually set as DCE therefore user devices ports have to be set as DTE. As a result, Abilis CPX ports connected to a public network will be set as DTE while those connected to a user device will be set to DCE.
The difference between level 3 DTE and DCE consists in the way they manage the logical channels:
fpvc: | Number of the first permanent logical channel |
1 | from 1 up to 255 |
It sets the number of the first permanent logical channel (PVC).
If ISVC: is set to 0, this parameter is meaningless.
fisvc: | Number of the first incoming switched logical channel |
1 | from 1 up to 4095 |
It sets the number of the first ISVC logical channel in the X.25 connection.
If the port is connected to an X25 network, the value to set is specified in the network provider subscription.
If the port is connected to a user device, the value of the parameter has to match the device configuration.
If this parameter is wrongly set, no calls could be received or made.
If ISVC: is set to 0, this parameter is meaningless.
fbsvc: | Number of the first bidirectional switched logical channel |
1 | from 1 up to 4095 |
It sets the number of the first BSVC logical channel in the X.25 connection.
If the port is connected to an X25 network, the value to set is specified in the network provider subscription.
If the port is connected to a user device, the value of the parameter has to match the device configuration.
If this parameter is wrongly set, no calls could be received or made.
If BSVC: is set to 0, this parameter is meaningless.
fosvc: | Number of the first outgoing switched logical channel |
11 | from 1 up to 4095 |
It reports the number of the first OSVC logical channel in the X.25 connection.
If the port is connected to an X25 network, the value to set is specified in the network provider subscription.
If the port is connected to a user device, the value of the parameter has to match the device configuration.
If this parameter is wrongly set, no calls could be received or made.
If OSVC: is set to 0, this parameter is meaningless.
PVC: | Number of permanent logical channels |
0 | from 0 up to 255 |
It sets the number of permanent logical channels (PVC) in the X.25 connection.
If the port is connected to an X25 network, the value to set is specified in the network provider subscription.
If the port is connected to a user device, the value of the parameter has to match the device configuration.
A wrong setting of this parameter could prevent the activation of PVC connections and the ability of making and receiving calls.
Value 0 means that no PVC is configured.
Permanent channels numbering ALWAYS starts from 1 and it is SEQUENTIAL.
If, for instance, PVC channels 4 and 5 have to be used, while the 1,2,3 ones shall not, then the parameter PVC: has to be set to 5 and in the PVC connection table only the channels 4 and 5 have to be configured.
ISVC: | Number of incoming switched logical channels |
0 | from 0 up to 255 |
It reports the number of ISVC logical channels in the X.25 connection.
If the port is connected to an X25 network, the value to set is specified in the network provider subscription.
If the port is connected to a user device, the value of the parameter has to match the device configuration.
If this parameter is wrongly set, no calls could be received or made.
Value 0 means that no ISVC are configured.
BSVC: | Number of bidirectional switched logical channels |
10 | from 0 up to 255 |
It reports the number of BSVC logical channels in the X.25 connection.
If the port is connected to an X25 network, the value to set is specified in the network provider subscription.
If the port is connected to a user device, the value of the parameter has to match the device configuration.
If this parameter is wrongly set, no calls could be received or made.
Value 0 means that no BSVC are configured.
OSVC: | Number of outgoing switched logical channels |
0 | from 0 up to 255 |
It reports the number of OSVC logical channels in the X.25 connection.
If the port is connected to an X25 network, the value to set is specified in the network provider subscription.
If the port is connected to a user device, the value of the parameter has to match the device configuration.
If this parameter is wrongly set, no calls could be received or made.
Value 0 means that no OSVC are configured.
T20: | Timeout for Restart acknowledge |
30 | 0 - 1024 ( in seconds) |
Maximum time to wait for receiving a Restart Confirmation after sending a Restart Request.
If it elapses the Restart Request is repeated indefinitely.
T21: | Timeout for Call acknowledge |
30 | 0 - 1024 ( in seconds) |
Maximum time to wait for receiving a Call Connect or Clear Request, after sending a Call Request.
If it elapses a Clear Request packet is sent with cause and diagnostic 13,31.
T22: | Timeout for Reset acknowledge |
30 | 0 - 1024 ( in seconds) |
Maximum time to wait for receiving a Reset Confirmation after sending a Reset Request.
If it elapses the behaviour is different for PVC and SVC channels:
in PVC, Reset Request is repeated indefinitely.
In SVC, Reset Request is repeated up to N3 times, after which a Clear Request packet is sent with cause and diagnostic 13,31.
T23: | Timeout for Clear acknowledge |
30 | 0 - 1024 ( in seconds) |
Maximum time to wait for receiving a Clear Confirmation after sending a Clear Request.
If it elapses the Clear Request is repeated up to N3 times, after which the call clearing is considered complete.
N3: | Maximum number of packet repetitions |
3 | 1 - 99 |
It sets how many times Clear Request and Reset Request (SVC) can be repeated before reporting an error.
How to check the state and statistics of the X25 ports by the command D S.
[18:38:04] ABILIS_CPX: D S PO:301 PO:301 ------------------------------------------------------------------------ X25 STATE:READY -----------|---INPUT---|--OUTPUT---|-----------|---INPUT---|--OUTPUT---| SEG |0 |0 |CHAR |0 |0 | PCK |0 |0 | ------------------------------------------------------------------------
Extended statistics are also available for X25 ports. Here is an example on how to check them using the command D SE:
[18:38:04] ABILIS_CPX: D SE PO:301 PO:301 ------------------------------------------------------------------------ X25 --- Cleared 003:23:51:21 ago, on 12/05/2000 at 12:11:28 ---------------- -----------|---INPUT---|--OUTPUT---|-----------|---INPUT---|--OUTPUT---| RES-REQ |0 |1 |RES-CON |1 |0 | CAL-REQ |0 |0 |CAL-CON |0 |0 | CLR-REQ |0 |0 |CLR-CON |0 |0 | RST-REQ |0 |0 |RST-CON |0 |0 | INT-REQ |0 |0 |INT-CON |0 |0 | PCK |0 |0 |SEG |0 |0 | CHAR |0 |0 |RR |0 |0 | RNR |0 |0 |REJ |0 |0 | BAD-PCK |0 | |T20-OVR | |0 | T21-OVR | |0 |T22-OVR | |0 | T23-OVR | |0 |N3-OVR | |0 | ------------------------------------------------------------------------
The information "Cleared DDD:HH:MM:SS ago, at DD/MM/YYYY HH:MM:SS", referred by the extended statistics, shows either the time interval elapsed from the last reset of statistics (by the format "days:hours:minutes:seconds") and date/time of its execution (by the format "day:month:year" and "hours:minutes:seconds").
STATE: | Current state of the X25 driver |
DOWN, RESTARTING, RESTARTED, READY, ERR |
This is the current state of the X25 driver.
Driver type | States | Meaning | Values shown in: | ||
---|---|---|---|---|---|
System Log | Events Log | LCD Display | |||
X25 | DOWN | Port is not active. | down | ||
RESTARTING | Waiting level 3 initialisation. The port sent a RESTART Request packet and waits to receive the RESTART Confirmation one. | rstg | |||
RESTARTED | Waiting level 3 initialisation. The port received a RESTART Request packet and it is waiting to send a RESTART Confirmation packet. | rstd | |||
READY | Level 3 is in the READY state | RDY | |||
ERR | Software error. Please contact the Abilis assistance. | NA |
SEG: | Number of data segments sent/received. |
0 - 4.294.967.295 |
The counter SEG (INPUT) is incremented every time the X25 port receives data, while the counter SEG (OUTPUT) every time data are sent.
Segments are calculated on a per packet basis as 64 bytes units; if a packet length is not exactly multiple of 64 bytes, the excess is counted as 1 segment.
CHAR: | Number of characters received/sent per X25 PDU (PDU: Payload Data Units). |
0 - 4.294.967.295 |
The counter CHAR (INPUT) is incremented every time the X25 port receives data, while the counter CHAR (OUTPUT) every time data are sent.
PCK: | Number of data packet received/sent |
0 - 4.294.967.295 |
The counter PCK (INPUT) is incremented every time the X25 port receives data packets, while the counter PCK (OUTPUT) every time it sends them.
RES-REQ: | Number of RESTART Request received/sent |
0 - 4.294.967.295 |
The counter RES-REQ (INPUT) is incremented every time a RESTART Request is received, while the counter RES-REQ (OUTPUT) every time a RESTART Request is sent.
RES-CON: | Number of RESTART Confirmation received/sent |
0 - 4.294.967.295 |
The counter RES-CON (INPUT) is incremented every time a RESTART Confirmation is received, while the counter RES-CON (OUTPUT) every time RESTART Confirmation is sent.
CAL-REQ: | Number of Call Request received/sent |
0 - 4.294.967.295 |
The counter CAL-REQ (INPUT) is incremented every time a Call Request is received, while the counter CAL-REQ (OUTPUT) every time a Call Request is sent.
CAL-CON: | Number of Call Connect received/sent |
0 - 4.294.967.295 |
The counter CAL-CON (INPUT) is incremented every time a Call Connect is received, while the counter CAL-CON (OUTPUT) every time a Call Connect is sent.
CLR-REQ: | Number of Clear Request received/sent |
0 - 4.294.967.295 |
The counter CLR-REQ (INPUT) is incremented every time a Clear Request is received, while the counter CLR-REQ (OUTPUT) every time a Clear Request is sent.
CLR-CON: | Number of Clear Confirmation received/sent |
0 - 4.294.967.295 |
The counter CLR-CON (INPUT) is incremented every time a Clear Confirmation is received, while the counter CLR-CON (OUTPUT) every time a Clear Confirmation is sent.
RST-REQ: | Number of Reset Request received/sent |
0 - 4.294.967.295 |
The counter RST-REQ (INPUT) is incremented every time a Reset Request is received, while the counter RST-REQ (OUTPUT) every time a Reset Request is sent.
RST-CON: | Number of Reset Confirmation received/sent |
0 - 4.294.967.295 |
The counter RST-CON (INPUT) is incremented every time a Reset Confirmation is received, while the counter RST-CON (OUTPUT) every time a Reset Confirmation is sent.
INT-REQ: | Number of INTERRUPT Request received/sent |
0 - 4.294.967.295 |
The counter INT-REQ (INPUT) is incremented every time a INTERRUPT Request is received, while the counter INT-REQ (OUTPUT) every time a INTERRUPT Request is sent.
INT-CON: | Number of INTERRUPT Confirmation received/sent |
0 - 4.294.967.295 |
The counter INT-CON (INPUT) is incremented every time a INTERRUPT Confirmation is received, while the counter INT-CON (OUTPUT) every time a INTERRUPT Confirmation is sent.
PCK: | Number of data packets received/sent |
0 - 4.294.967.295 |
The counter PCK (INPUT) is incremented every time the X25 port receives data packets, while the counter PCK (OUTPUT) every time it sends them.
SEG: | Number of data segments received/sent |
0 - 4.294.967.295 |
The counter SEG (INPUT) is incremented every time the X25 port receives data, while the counter SEG (OUTPUT) every time data are sent.
Segments are calculated on a per packet basis as 64 bytes units; if a packet length is not exactly multiple of 64 bytes, the excess is counted as 1 segment.
CHAR: | Number of characters received/sent per X25 PDU (PDU: Payload Data Units). |
0 - 4.294.967.295 |
The counter CHAR (INPUT) is incremented every time the X25 port receives data, while the counter CHAR (OUTPUT) every time data are sent.
RR: | Number of RR received/sent |
0 - 4.294.967.295 |
The counter RR (INPUT) is incremented every time a RR packet is received, while the counter RR (OUTPUT) every time a RR is sent.
RNR: | Number of RNR received/sent |
0 - 4.294.967.295 |
The counter RNR (INPUT) is incremented every time a RNR packet is received, while the counter RNR (OUTPUT) every time a RNR is sent.
REJ: | Number of REJ received/sent |
0 - 4.294.967.295 |
The counter REJ (INPUT) is incremented every time a REJ packet is received, while the counter REJ (OUTPUT) every time a REJ is sent.
BAD-PCK: | Number of unknown packets received |
0 - 4.294.967.295 |
The counter BAD-PCK (INPUT) is incremented every time any unknown packet is received.
T20-OVR: | RESTART timeout |
0 - 4.294.967.295 |
The counter T20-OVR (OUTPUT) is incremented every time the timeout configured in the parameter T20: occurs.
T21-OVR: | CALL timeout |
0 - 4.294.967.295 |
The counter T21-OVR (OUTPUT) is incremented every time the timeout configured in the parameter T21: occurs.
T22-OVR: | RESET timeout |
0 - 4.294.967.295 |
The counter T22-OVR (OUTPUT) is incremented every time the timeout configured in the parameter T22: occurs.
T23-OVR: | CLEAR timeout |
0 - 4.294.967.295 |
The counter T23-OVR (OUTPUT) is incremented every time the timeout configured in the parameter T23: occurs.
N3-OVR: | Number of times the maximum retransmission number has been reached |
0 - 4.294.967.295 |
The counter N3-OVR (OUTPUT) is incremented every time the maximum retransmission number, set in the parameter N3: has been reached.
Trap own code | Mnemonic of the trap | SNMP variables shown in the trap | Description |
---|---|---|---|
31 | cxTrapX25Down | cxPortIndex, cxPortType, cxX25DiagState, sysUpTime | The SNMP Agent of the Abilis CPX generates this kind of trap every time the X25 port driver leaves the READY state. |
32 | cxTrapX25Ready | cxPortIndex, cxPortType, cxX25DiagState, sysUpTime | The SNMP Agent of the Abilis CPX generates this kind of trap every time the X25 port driver reaches the READY state. |
cxPortIndex | X25 port which the SNMP trap refers to |
0 - 999 |
This variable shows the CPX port number which the SNMP trap refers to.
cxPortType | Type and description of the X25 port which the trap refers to |
type - description |
This variable shows either the port type which the trap refers to (in this case X25) and the description eventually associated to it.
CxX25DiagState | Current state if the X25 port driver which the trap refers to |
down(0), restarting(1), restarted(2), ready(3) |
This variable shows the current state of the X25 port driver which the trap refers to. The following table shows the relationship among the state value stored in the SNMP variable and the ones obtained executing the command D S.
SNMP variable value | Corresponding state of the X25 port |
---|---|
down(0) | DOWN |
restarting(1) | RESTARTING |
restarted(2) | RESTARTED |
ready(3) | READY |
sysUpTime | Elapsed time from the system start to the event occurrence |
0 - 4.294.967.295 or "ddd:hh:mm:ss" |
This variable stores the elapsed time (in cent of second) from the system start to the SNMP trap event occurrence.
This value is usually shown in SNMP consoles as days:hours:minutes:seconds.