Problem with incoming calls in CIL

[Runis]

Hi,

I have two systems in BC10 Rev.B linked through Q-SIG union; incoming calls to any extension enter to either system A or B ISDN PRIs, and are distributed from A to B through the Q-SIG link.

The problem is that the charging is not ok for those incoming calls to system A that end in system B, or viceversa.

Example: Incoming call for extension in B enters through PRI in system A, and reaches the extension in B through the Q-SIG. PROBLEM: System A will only charge an outgoing call (identifying the public origin number as the extension which is making the call, and the extension in B as the external destination), there is no incoming call to system A. System B will charge an incoming call from the origin public number to extension (it´s ok).

I guess there should be an incoming call to system A, an outgoing call from A to B (without identifying the origin public number as an extension...), and an incoming call to B.

Is there any way to solve this problem?? I am using FORM 2.

Thanks for your help!!!

 

[lalrl]

give us clinp

 

[Runis]

Sorry, I thought we were using FORM 2, but it´s FORM 5 actually...

CLINP site A:

CLINP;
CALL LOGGING DATA
CALL LOGGING MODE: ACTIVATED
HEADER FORM DMPSIZ DISCR IN SERVICE LOGABN
SMDR01 5 1 0 YES NO
ORIG DIAL TIME
ALL ALL ALL

END

CLINP Site B:

<CLINP;
CALL LOGGING DATA
CALL LOGGING MODE: ACTIVATED
HEADER FORM DMPSIZ DISCR IN SERVICE LOGABN
SMDR01 5 1 0 YES NO
ORIG DIAL TIME
ALL ALL ALL

END

 

[lalrl]

form=5 is a individual format, so we need clfop:form=5; to see more

 

[Runis]

<CLFOP:FORM=5;
OUTPUT FORMAT DATA
FORM DATA
1 2 3 4 5 6 7 8 9 10
5 3M 4J 4P 1M 5K 1M 4N 1M 2I 1M
5A 5C 1M 20G 1M 10E 1M 15D 1M 6F
1M 3S 1M 2R 1M 2O 1M 6T

Hope this might help, it is the same for both sites.

Thanks!!!!!

 

[mdman]

I think this is how it is supposed to work. Since there is no extension to charge the call to in PBX A it will show the incoming number and the outgoing number.
It is not so that Call Logging will always show both an incoming call and an outgoing call in cases where transfer or diversion occurs. f.e. ECF calls also only generate 1 call record.
To know exactly what records come in certain traffic cases you will need the function specs from Ericsson.