CallBack on Route Busy Problem 1

[btomo1]

1. An extension initiates an outgoing call with assigned AUTHCODE.
*72* AUTHCODE# Access Code--Route Busy
2. Route is Busy, so ext initiates callback
6 + Destination#
3. The Ext get called back but after the call the CILCODE reported in billing software is different from that associated with the AUTHCODE used.

This different CILCODE is random.

Using MD110 BC 9 and Ringmaster

any Help

 

[Hitechbuzz]

btomo1 I thought that call back only worked for extension calls. If you are getting route busy often I would would look at increasing the number of trunks.Do you do any traffic checks?
Brian

 

[btomo1]

Hitechbuzz,

Yes you can have call back on route busy. This route is over satelite and has few ccts. Bandwidth is gold you know.
Moreover we have about 2000 users hence you cant provide enough ccts even if you want to. Budget!

any help

 

[singhbrindisi]

Hitechbuzz:
Btomo is facing problem with the billing system or Misuse of the system as the calls are not billed to the actual user...Ckts won't make a diffrence , users can use it any way....
btomo1 :
Pls confirm you have private network thru VSAT & calls are completed by accessing trunks at END B??
Billing system is on END A??

So the call back is initiated on the Trunk on END B,& possibly AUTHCODE at END B is used or represented on your side & the call gets matured at END A & USER A is enjoying with Free calls..

BTW your END B is in Italy????

BR

 

[megglesfield]

I think this is a problem in ringmaster. What PABX type do you have ringmaster set for? What form are are you using from MD110? If it is flexible output please post the CLFOP.
What rev of ringmaster?

Set ringmaster so it stores the raw input from the MD110. Make a test call and check the raw input, is the correct Cilcod recorded?

 

[btomo1]

Am using Form 2 from the MD110

2 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

The raw input from the MD110 does not have the correct CILCODE recorded. Hence not ringmaster issue.
The Ringmaster is version 3.1b

 

[megglesfield]

There was a patch for the cilcod not be reported when LNR was used , this may be a related issue, perhaps SYAR2003 or Whordaddy may shed some light on this.

 

[SYAR2003]

[tt]
Could it be this :

Btomo1 you haven't said what version of BC9 you have.
Anyway it should have been upgraded to CNI85 witch
was the last before going into passive sustaining.

/* CALL INFORMATION PRINTOUT AT INITIATION OF SPECIAL SERVICES. */
/* THE FUNCTIONALITY IS IMPLEMENTED AS SPECIFIED IN CHANGE NOTE 1047 */
/* DRX1 ON BC7 BASE. */
/* AT INITATION OF THE SPECIAL SERVICES "DO NOT DISTURB", "EXTERNAL */
/* CALL FORWARDING", "CALL BACK", "CALL WAITING", " AUTOMATIC CALL */
/* WAITING" AND "DELAYED HOT LINE" A CIL PRINTOUT */
/* WILL BE CREATED. THIS GIVES THE EXCHANGE ADMINISTRATOR THE */
/* POSSIBILITY TO CHARGE THE USAGE OF THIS SPECIAL SERVICES. */
/* AFTER SUCCESSFUL INITIATION OF CALL BACK THE INFORMATION ABOUT THE */
/* CONDITION CODE HAS TO BE CHANGED IN THE ALREADY EXISTING CL-RECORD. */
/* THIS IS DONE BY SENDING SIGNAL >STOCLDAT> TO CLPS1. */
/* IN CLPS1 THE ROUTINE FOR THIS SERVICE HAS BEEN CHANGED, */
/* WHICH CAUSES THAT AFTER THE PRINTOUT OF THE INITIATION INFORMATION */
/* THE CL-RECORD WILL BE KEPT FOR THE CALL LOGGING OF THE CALL BACK. */[/tt]

 

[btomo1]

You are right SYAR2003 . I think this is where the problem is. Cant be sure which version of BC9 is that since it was loaded b4 me. What i get is LZY2035104/1/R3A.

On the other hand could anyone help me get the last CNI package b4 going passive?