Search results for query: *

A wrong cross-over cable would give a 138 error. Also as systems are not co-located, we are using a telco for interconnectivity. So a standard cable is used for connection to the PSTN NTE (network termination equipment). This is the same as the connections to the other Si v6 and the CSi v7.

Idle code is right for the UK. All other trunks on all other systems we have are the same.

If Marcels offering doesn't work try the reverse logic. 02 goto step 5 if time-of-day is mon 6:30 to fri 20:00 03 goto step 5 if time-of-day is sat 6:30 to sat 12:00 04 goto step 14 unconditionally 05 wait .......

4merAvaya G3Si v6 is set as. disp sys cus : ISDN over PACCON is set to Y. Signal group 3 is set as follows Page 1 Group Number: 3 Associated Signaling? y Max number of NCA TSC: 5 Primary D-Channel: 01A1216 Max number of CA TSC: 5...

Definity . Yes. Have had the errors the otherway round. e.i. v11 with 139 & v6 with 141. The way the errors are at the moment are the way they first appeared. They were switched before we found a faulty cable between the DS1 and the telco's NTU. When this was corrected the errors reverted...

I am trying to connected a G3Si v11 with a G3Si v6 using one DS1 in each, configure as ISDN-PRI E-1 (2Mb) with CRC enabled. I am getting a #141 error on test board on the v11, and a #139 on the v6. The v11 is a central system and is already connected to another G3Si v6 and a G3CSi v7 using...

Useful check if this is the case is to call the vector enter a number followed by the # key. (tells the system that there are no more numbers) If there is no delay then alter 'collect digits' to quantity required.