TheCurious
Technical User
Hi folks,
I have an installation where BC12 SP6 system is connected to ISDN BRI lines via TLU79. ISDN lines have bad quality, and there are lot of alarms which appear and disappear in a short time (local telecom claims that "everything is fine" with their lines).
Alarms are:
269 DIGITAL TRUNK, LOSS OF FRAME SYNCHRONIZATION
274 DIGITAL TRUNK, CLOCK MALFUNCTION (SLIP)
303 DATA LINK ALARM
After some time, large number of errors is causing that trunk gets blocked. Than I remotely restart program units for ISDN (SLP60, TLP60, ADEP), and traffic starts again.
I played a lot with SCEXI, and changed different combinations of sync priority between all 4 ISDN interfaces on board, but without success.
I understand that there is a counter that counts line errors. If there are too many errors in a short time, trunk gets blocked. Later, when line errors are finished, trunks on TLU79 remain blocked.
Is there a possibility to change this behaviour (so trunk comes back to service when errors are over)?
Is it possible to increase counter value to some unreasonably high value, so trunks do not get blocked ?
Thank you in advance,
The Curious
I have an installation where BC12 SP6 system is connected to ISDN BRI lines via TLU79. ISDN lines have bad quality, and there are lot of alarms which appear and disappear in a short time (local telecom claims that "everything is fine" with their lines).
Alarms are:
269 DIGITAL TRUNK, LOSS OF FRAME SYNCHRONIZATION
274 DIGITAL TRUNK, CLOCK MALFUNCTION (SLIP)
303 DATA LINK ALARM
After some time, large number of errors is causing that trunk gets blocked. Than I remotely restart program units for ISDN (SLP60, TLP60, ADEP), and traffic starts again.
I played a lot with SCEXI, and changed different combinations of sync priority between all 4 ISDN interfaces on board, but without success.
I understand that there is a counter that counts line errors. If there are too many errors in a short time, trunk gets blocked. Later, when line errors are finished, trunks on TLU79 remain blocked.
Is there a possibility to change this behaviour (so trunk comes back to service when errors are over)?
Is it possible to increase counter value to some unreasonably high value, so trunks do not get blocked ?
Thank you in advance,
The Curious