PRI TRUNK TO TRUNK PATCHING

[ananthnag]

I'm using md110 BC12 revision.
I've a problem in PRI trunk to trunk Patching. if i transfer a call from one pri trunk to another, even if i disconnect the call,the trunk remains seized and it shows like call doesn't get disconnected for upto 9 hrs...

 

[kank]

check the 2nd and 3rd digits of SIG parameter on your route's category (ROCAP:ROU=xx, both must be 1.

 

[ananthnag]

kank the rocap is like this

<ROCAP:ROU=ALL;
ROUTE CATEGORY DATA
ROU SEL TRM SERV NODG DIST DISL TRAF SIG BCAP
1 0110100100000010 4 3101000000 0 30 128 00151512 200001000000 001100
2 0110100100000010 4 3101000001 0 30 128 00151512 200001000000 001100
3 0110100100000010 4 3101000000 0 30 128 00151512 200001000000 001100
4 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
5 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
6 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
7 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
8 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
9 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
10 0110100100000010 4 3101000000 0 30 128 00151512 200001000000 001100
87 0110000000000010 4 2100000007 0 30 128 00151513 211111000030 111111

END


the 2nd and 3rd digits of sig are 1 for pri trunks.

 

[ananthnag]

kank i'm sending the printouts of rocap, rodap & roddp,


<CADAP;
CALENDAR DATA
IDENTITY=HCLTECGUINDY
VERSION=CXP1010101/2/BC12SP5/R2A
15:05:38
SAT 20 DEC 2008
END

</****** END OF PRINT ******/

<ROCAP:ROU=ALL;
ROUTE CATEGORY DATA
ROU SEL TRM SERV NODG DIST DISL TRAF SIG BCAP
4 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
5 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
6 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
7 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
8 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
9 0110000000000010 4 3100000001 0 30 128 00151513 211111000030 111111
10 0110100100000010 4 3101000000 0 30 128 00151512 200001000000 001100
87 0110000000000010 4 2100000007 0 30 128 00151513 211111000030 111111

END

</****** END OF PRINT ******/

<RODAP:ROU=ALL;
ROUTE DATA
ROU TYPE VARC VARI VARO FILTER
4 SL60 H'00100310 H'00000000 H'00010000 NO
5 SL60 H'00100310 H'00000000 H'00010000 NO
6 SL60 H'00100310 H'00000000 H'00010000 NO
7 SL60 H'00000310 H'00000000 H'00010000 NO
8 SL60 H'00000310 H'00000000 H'00010000 NO
9 SL60 H'00100310 H'00000000 H'00010000 NO
10 TL11 H'00000012 H'00000408 H'00320805 NO
87 SL60 H'00100310 H'00000000 H'00010000 NO

END

<RODDPEST=ALL;
EXTERNAL DESTINATION ROUTE DATA
DEST DRN ROU CHO CUST ADC TRC SRT NUMACK PRE

805 5 0005000000000250000000001 0 4 0
6 1 0005000000000250000000000 0 4 0
806 6 0005000000000250000000001 0 4 0
87 1 0005000000000250000000000 0 4 0
807 87 0005000000000250000000000 0 4 0
6 1 0005000000000250000000000 0 4 0
808 2 0005000000000250000000000 0 4 0
850 10 0005000000000250000000000 0 4 0

END

</****** END OF PRINT ******/

now, where i've to check.

 

[STRA]

Hi ,
change the d6 of sig to 0.Read Alex to see what id does.

Also when you say 9 hours do you mean 9:59:59 ??? and do you get this info from a call information logging program ??
If so i have seen similar problems and I changed the dumpsize parameter from 1 to 2 or 2 to 1 ... Can't remember which?

br

 

[fcpli]

This has nothing to do with CIL. The problem is that TLP11 has no signalling in this case. The only way is either to have polarity change when disconnecting, or get a patch which disconnects the line(s) after a certain time. You can also try to find an external *box*, which disconnects the line when hearing busy tone...

fcpli

 

[ananthnag]

stra i referred in alex. the d6 of sig parameter can be set for 1 only if the call is operator supervised.
but it is not defined for individual extensions.
the polarity reversal can't be used in this case as it is pri trunk. suggest me any other parameter that has to be changed

thank you

 

[whosrdaddy]

can you specify between which routes you have the problem?

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!

 

[ananthnag]

in all the pri trunk routes as in rocap; routes 4,5,6,7,8,9 & 87

 

[ananthnag]

Hi Daddy

Pls ignore my previous post.We facing the problem in route no 6 Dest Is 806.i explain the problem below

Our Customer has a 300 employee. After office hour employee call the office PRI number or operator call the employee and transfer the call to meet me audio conference bridge (Trunk to Trunk patching) after conference finished employee disconnect the call, but pabx to conference bridge call is not disconnected.

When i am taking the report from call billing it is shown 9HrS calls

Kindly give me soultion

 

[whosrdaddy]

are you sure the call is not disconnected, maybe it is really a CIL bug? is the audio conference bridge is connected via analog extension lines?

one advice: your software level (SP5) is old, you should really upgrade to SP11 (and maybe it solves your problem!)

Cheers,
Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!

 

[ananthnag]

hi daddy,
i think the conference bridge is connected via bri only.
the problem is not with the cil software as the bill from the service provider also shows the same period as in the cil s/w report.
please suggest me an option other than upgrading the sp.

thanks

 

[Monrovia]

i faced this problem in my previous job, but there it was with analog telephone lines, not PRI & BRI, and the solution we used is - polarity reversal. but in digial, there is no polarity reversal.

 

[ananthnag]

as the customer is not willing to pay anything for upgradation from BC12 to MX ONE / BC 13, we want to solve the problem without going for it. so suggest me any other option............

 

[whosrdaddy]

ananthnag, I am not asking you to upgrade to MX-ONE, SP5 is really old and I believe your problem will be solved by loading the latest SP (SP11, which is free)

and by BRI, do you mean ELU26 extension (ITDAP)?
as I don't see any BRI routes...

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!

 

[ananthnag]

thanks for all. finally we found that the problem is with the service provider end and rectified it.