analog trunk not working

[hooktom]

Hi
I used an analog trunk to connect Siemens v7 (hicom) and Alcatel (oxe ) by connecting an analog port from oxe to a trunk port from hicom.

In hicom co trunk board (tmani ) ==========co trunk==============> oxe analog board (sli-16-2)

Now incoming calls from alcatel is ok ,but some outgoing call from hicom to oxe is ok but most of the calls are rejected.
I monitor the trunk in hicom I see that the dialed digit is sent to trunk but no digits are received in OXE.
But as I said this is not always and sometimes the digits are received in OXE and the call is established.

DISPLAY-TACSUEN1=1-3-3-3,FORMAT=L;
H500: AMO TACSU STARTED
ANALOG TRUNKS (FORMAT=L)
PEN | 1-3-3-3 | |
--------|--------------------------------|--------------------------------|
DEVTYPE | TC
DEV | TMANIMSG
COTNO | 8
COPNO | 8
DPLN | 1
ITR | 1
TGRP | 20
COFIDX | 0
CCT |
DESTNO | 200
INS | Y
COS | 100
LCOSV | 50
LCOSD | 50
INIGHT |
NNO |
ALARMNO | 2
CARRIER | 1
ZONE | EMPTY
HMUSIC | 0
LIN | 0
CIDDGTS | NONE
CBMATTR | NONE
SRCGRP | 0
CLASSMRK| EC G711 G729AOPT
TCCID |
DITIDX | 0
TRTBL | GDTR
RULEIDX | 0
ATNTYP |
MFCVAR | 0
DGTPR | 939
SUPPRESS| 0
DGTCNT | 0
TESTNO | 1
CIRCIDX | 5
CRDINT | 1
CCTINFO | 0
DIALTYPE| DTMF-DTMF
DIALVAR | 0-0
COEX | 0
SVCDOM |
-------------------------------------------------------------

DISPLAY-RICHT:MODE=LRTE,LRTE=20;
H500: AMO RICHT STARTED
+-----------------------------------------------------------------+
| LRTE = 20 NAME = (NEUTRAL) LSVC = ALL |
| DNNO =1 -1 -100 PDNNO = 0 |
| ROUTOPT = NO REROUT = YES PLB = YES FWDBL = NO |
| DTMFCNV = WITHOUT DTMFDSP = WITHOUT DTMFTEXT = |
| DTMFPULS = BUGS = LIN ROUTATT = YES MAINGRP = 136 |
| EMCYRTT = NO CONFTONE = NO RERINGRP = NO RTENO = 136 |
| INFO = |
| NOPRCFWD = NO |
| NITO = NO |
| CLNAMEDL = NO |
| FWDSWTCH = NO |
| LINFEMER = NO |
| NOINTRTE = NO |
+-----------------------------------------------------------------+
| TGRP = 20 LDAT (NEUTRAL) SUBGROUP = 133 |
+-----------------------------------------------------------------+


DISPLAY-LDAT:LROUTE=20;
H500: AMO LDAT STARTED
+------------------------------------------------------------------------------+
| LROUTE = 20 LDPLN NAME = SERVICE = ALL |
| TYPE = LCR DNNO OF ROUTE = 1 -1 -100 |
| SERVICE INFO = |
+------+-----+-----+----+-----+----------+-----------+----------+------+-------+
| | | | | | SCHEDULE | CARRIER | | | |
|LRTEL | LVAL|TGRP | ODR|LAUTH| ABCDEFGH | ZONE| LATTR | LDSRT|COTIDX |
+------+-----+-----+----+-----+----------+-----------+----------+------+-------+
| 1| 1| 20| 5| 1 | ******** | 1 EMPTY| NONE | | 0 |
+------------------------------------------------------------------------------+

DISPLAY-LODR:ODR=4;
H500: AMO LODR STARTED
+-------------------------------------------------------+
| ODR POSITION CMD PARAMETER |
+--------+----------------------------------------------+
| 4 | 1 ECHO 1 |
| | 2 ECHO 2 |
| | 3 END |
+--------+----------------------------------------------+


ADD-LDPLN:LCRPATT,0,"725"-"XXX",0,20,,,1,,,,N;


Can anyone help???

 

[Moriendi]

Do you get same behaviour if you connect it to 4K slma port?

Post a dis-cop:8;

But the answer may lie in the ptime parameter block. You are using circidx 5. Dis ptime for that block. Dis-ptime:rest I think.

 

[hooktom]

Hi Moriendi and thank you for your response.
for the first test, I haven't done it with the SLMA card , but I have several analog trunks whit the ISDN that work correctly with the same settings - that is, the digits are sent correctly and are also received correctly by ISDN.

DISPLAY-COP:COPNO=8;
H500: AMO COP STARTED

COP: 8 INFO: TMANI-DTMF
DEVICE: INDEP SOURCE: DB
PARAMETER:
DUALTONE MULTIPLEFREQUENCY DTMF
LINE WITH END-OF-DIAL EOD
SPECIAL MODE SFRM
BACKWARD RELEASE WHEN BUSY RLSB
BACKWARD RELEASE AFTER RELEASE RLSA
MAKE/BREAK RATIO (60/40) BR64
TIME DEPENDENT EXCHANGE DIALTONE TDED
NOT 1A, I.E OUTGOING DIGITS NOT WITHHELD NO1A
DIRECT INWARD TRUNK, NO AC INTERCEPT DITW
START-DIALING-SIGNAL TIMER 1 (AMO DTIM2: PARAMETER STADIAL1) TIM1
LINE WITH NO START-DIAL-SIGNAL NSDL
INTERDIGIT PAUSE 2 (AMO DTIM2: IDGT2) IDP2
MAKE/BREAK RATIO FOR DTMF 1 (PULSE=80MS,PAUSE=80MS) DTM1

AMO-COP -111 CLASS OF PARAMETER FOR DEVICE HANDLER
DISPLAY COMPLETED;

 

[hooktom]

AND

DIS-PTIME:REST;
H500: AMO PTIME STARTED
REST TIMERS:
=============
INIBLOCK: 104 DEVICE: EMCONT2 TBLK: 0
----------------------------------------------------------------
LONGTIME:
L1 = 5000, L2 = 180, L3 = 120, L4 = 90,
L5 = 100, L6 = 200, L7 = 400,
SHORTTIME:
S1 = 80, S2 = 100, S3 = 30, S4 = 140,
S5 = 100, S6 = 60, S7 = 10, S8 = 0,
S9 = 120, S10 = 0, S11 = 0, S12 = 1,
S13 = 60, S14 = 1,
SHORT-PARA:
P1 = 0, P2 = 0, P3 = 0, P4 = 0,
P5 = 4, P6 = 0, P7 = 0, P8 = 0,
P9 = 0, P10 = 1, P11 = 0, P12 = 28,
P13 = 0, P14 = 0.

INIBLOCK: 87 DEVICE: ANMOSIG TBLK: 1
----------------------------------------------------------
LONGTIME:
L1 = 200, L2 = 10000, L3 = 100, L4 = 400,
L5 = 400, L6 = 120, L7 = 5000,
SHORTTIME:
S1 = 40, S2 = 90, S3 = 0, S4 = 0,
S5 = 0, S6 = 0, S7 = 10, S8 = 1,
S9 = 0, S10 = 2, S11 = 2, S12 = 0,
S13 = 0, S14 = 36,
SHORT-PARA:
P1 = 16, P2 = 18, P3 = 0, P4 = 0,
P5 = 0, P6 = 1, P7 = 0, P8 = 0
P9 = 0, P10 = 2, P11 = 32, P12 = 36,
P13 = 17, P14 = 0.

INIBLOCK: 25 DEVICE: TSEMD TBLK: 2
----------------------------------------------------------------
LONGTIME:
L1 = 0, L2 = 0, L3 = 0, L4 = 0,
L5 = 0, L6 = 0, L7 = 0,
SHORTTIME:
S1 = 0, S2 = 0, S3 = 0, S4 = 0,
S5 = 0, S6 = 0, S7 = 0, S8 = 0,
S9 = 0, S10 = 0, S11 = 0, S12 = 0,
S13 = 0, S14 = 0,
SHORT-PARA:
P1 = 0, P2 = 0, P3 = 0, P4 = 0,
P5 = 0, P6 = 0, P7 = 0, P8 = 0,
P9 = 0, P10 = 0, P11 = 0, P12 = 0,
P13 = 0, P14 = 0.

INIBLOCK: 122 DEVICE: TMANIUSA TBLK: 3
----------------------------------------------------------------
LONGTIME:
L1 = 600, L2 = 600, L3 = 6000, L4 = 150,
L5 = 1000, L6 = 0, L7 = 60000,
SHORTTIME:
S1 = 200, S2 = 0, S3 = 0, S4 = 0,
S5 = 0, S6 = 0, S7 = 0, S8 = 0,
S9 = 0, S10 = 0, S11 = 0, S12 = 0
S13 = 0, S14 = 0,
SHORT-PARA:
P1 = 1, P2 = 0, P3 = 0, P4 = 0,
P5 = 12, P6 = 64, P7 = 0, P8 = 2,
P9 = 0, P10 = 15, P11 = 7, P12 = 0,
P13 = 0, P14 = 0.

INIBLOCK: 88 DEVICE: ANDIDLP1 TBLK: 4
----------------------------------------------------------------
LONGTIME:
L1 = 600, L2 = 600, L3 = 0, L4 = 200,
L5 = 0, L6 = 0, L7 = 0
SHORTTIME:
S1 = 50, S2 = 24, S3 = 96, S4 = 16
S5 = 114, S6 = 120, S7 = 200, S8 = 0,
S9 = 0, S10 = 0, S11 = 0, S12 = 0
S13 = 0, S14 = 0,
SHORT-PARA:
P1 = 0, P2 = 0, P3 = 0, P4 = 0,
P5 = 0, P6 = 0, P7 = 0, P8 = 30,
P9 = 0, P10 = 2, P11 = 32, P12 = 0,
P13 = 17, P14 = 0.

INIBLOCK: 119 DEVICE: TMANIMSG TBLK: 5
----------------------------------------------------------------
LONGTIME:
L1 = 200, L2 = 10000, L3 = 100, L4 = 400
L5 = 400, L6 = 120, L7 = 5000,
SHORTTIME:
S1 = 40, S2 = 90, S3 = 0, S4 = 0,
S5 = 0, S6 = 0, S7 = 10, S8 = 1,
S9 = 0, S10 = 2, S11 = 2, S12 = 0,
S13 = 0, S14 = 36,
SHORT-PARA:
P1 = 16, P2 = 18, P3 = 0, P4 = 0,
P5 = 140, P6 = 97, P7 = 0, P8 = 2,
P9 = 0, P10 = 0, P11 = 0, P12 = 0,
P13 = 0, P14 = 0.

AMO-PTIME-111 TIMERS FOR PERIPHERAL PROCESSING
DISPLAY COMPLETED;

 

[Moriendi]

Sure but you should still test to SLMA. It’s an easy test and could rule out the Alcatel as part of the problem.

Post the Ptime output.

 

[hooktom]

I will definitely do that test tomorrow and send the results.
I sent DIS-PTIME. Results. Is your request something else?

REG-PTIME;
H500: AMO PTIME STARTED
CHANGE-PTIME:SLMA,1000,4000,300,400,300,4000,1000,1000,300,400,300,1000,500,200,
200,200,200,200,4000,40,110,200,100,1000,600;
CHANGE-PTIME:TSAC,0,60,140,700,2300,100,120;
CHANGE-PTIME:TSAC,1,60,140,700,2300,100,120;
CHANGE-PTIME:TSAC,2,60,140,700,2300,100,120;
CHANGE-PTIME:TSAC,3,60,140,700,2300,100,120;
CHANGE-PTIME:TSAC,4,60,140,700,2300,100,120;
CHANGE-PTIME:TSAC,5,60,140,700,120,100,120;
CHANGE-PTIME:SLMA1,0,50,130,150,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,1,50,1000,1100,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,2,190,350,500,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,3,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,4,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,5,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,6,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,7,50,550,570,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,8,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,9,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,10,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,11,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,12,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,13,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,14,40,110,200,100,1000,600,50,100;
CHANGE-PTIME:SLMA1,15,50,550,570,100,1000,600,50,100;
COPY-PTIME:104,0;
COPY-PTIME:87,1;
COPY-PTIME:25,2;
COPY-PTIME:122,3;
COPY-PTIME:88,4;
COPY-PTIME:119,5;
COPY-PTIME:87,15;
COPY-PTIME:87,16;

AMO-PTIME-111 TIMERS FOR PERIPHERAL PROCESSING
REGENERATE COMPLETED;




INIBLOCK: 119 DEVICE: TMANIMSG TBLK: 5
----------------------------------------------------------------
LONGTIME:
L1 = 200, L2 = 10000, L3 = 100, L4 = 400
L5 = 400, L6 = 120, L7 = 5000,
SHORTTIME:
S1 = 40, S2 = 90, S3 = 0, S4 = 0,
S5 = 0, S6 = 0, S7 = 10, S8 = 1,
S9 = 0, S10 = 2, S11 = 2, S12 = 0,
S13 = 0, S14 = 36,
SHORT-PARA:
P1 = 16, P2 = 18, P3 = 0, P4 = 0,
P5 = 140, P6 = 97, P7 = 0, P8 = 2,
P9 = 0, P10 = 0, P11 = 0, P12 = 0,
P13 = 0, P14 = 0.

AMO-PTIME-111 TIMERS FOR PERIPHERAL PROCESSING
DISPLAY COMPLETED;

 

[hooktom]

Sure but you should still test to SLMA. It’s an easy test and could rule out the Alcatel as part of the problem.

Post the Ptime output.

hi Moriendi
i test it by SLMA .But no digit sent .

 

[hooktom]

Do you get same behaviour if you connect it to 4K slma port?

Post a dis-cop:8;

But the answer may lie in the ptime parameter block. You are using circidx 5. Dis ptime for that block. Dis-ptime:rest I think.

Thank you very much Moriendi
My problem is solved
I had used table number 5 in circidx and by changing the P6 from 97 to 50 in this table ,my problem was solved.

 

[Moriendi]

I thought the problem would be PTIME but wasn't sure where. Where did you get "50" from? P6 is 97 for most countries, and if not that, then 65. 50 sets P6 high to 3, P6 low to 2. I'm not sure what you've changed, dial tone detection maybe.

 

[hooktom]

I thought the problem would be PTIME but wasn't sure where. Where did you get "50" from? P6 is 97 for most countries, and if not that, then 65. 50 sets P6 high to 3, P6 low to 2. I'm not sure what you've changed, dial tone detection maybe.

I searched and read ptime related issues on the forum based on your answer - and then I realized that the (P) parameters were probably related to my problem. I started with the P6 parameter and reduced its value (75--65--50).when i set it to 50 - the result was acceptable and all calls were OK. But I confess that I don't know what the p6 parameter does. I would be grateful if you could teach me.

 

[Moriendi]

I don't know if 50 is valid, althought if it works and doesn't cause a problem, why not.

PTIMEs have default values for the TMANI, per country. You can see the defaults in Edoku, System Components, TMANI, PTIME.

Almost every country has P6 set to 97, apart from just a few use 65. Changes away from those defaults would be done at the recommendation of product support, for very specific circumstances.

P6 has a high and a low byte. It works like this. 97 dec is 61 hex. P6 high is 6. P6 low is 1. P6 high sets according to edoku "Line interface parameters FOH, ILIM, FIR". P6 low sets dial tone detection. So you have set P6 high to 3, low to 2. No idea what you've done to P6 high, never had to change that. I have had to set dial tone detection to 2 before, but I can't remember why. I would set P6 high back to 6, and maybe test with P6 low set to 0,1,2, remember you do it in hex and convert back to dec to put in ptime.

Also TMANI used to need correct configuration for ZAND TN DTR, dial tone receiver, so it could recognise the dialtone.