Retain caller id - INGROUPS

[randy_delgado_03]

Good Day Everyone,

Here's the scenario:

Im successfully routing my inbound calls from INGROUP to another INGROUP to CALLMENU, but i noticed that whenever i pass the inbound call to another INGROUP the CALLERID changes with this kind of pattern:

Y0307205216000000260
Y0307201958000000259

My goal is to queue the caller for about 30 secs. if no agent is available drop the call to pass it on a CALLMENU for them to choose if they want to continue or leave a voicemail. Now on the DROP option there is no CALLMENU option so i created another INGROUP to pass it to the CALLMENU via setting the NO AGENT NO QUEUE option to NO_PAUSED then forward it to the CALLMENU. My concern is whenever i route the call to another INGROUP it changes the CALLERID to the said pattern above. My question is, is it possible to RETAIN the ORIGINAL CALLERID until the end of the loop of the IVR?

Im exploring the agi-VDAD_ALL_inbound.agi, but it seems that i still dont have enough stuff. Any ideas or a little walk through (glimpse) would be highly appreciated ...

Thank You ...

[mflorell]

The callerID is changed so that the system can identify it properly. There are some provisions in the code to rename the callerid number back to what it was when it came in when the call is sent to voicemail or a remote agent, but not a call menu.

[randy_delgado_03]

Thanks you mflorell.

I have no problem with the CALLMENU since it resets the callerid back to its original when it came in. My only problem is passing on INGROUPS. Ill just ask if im looking on the right page? I mean if i want to change or reset the original callerid, is it here on this script agi-VDAD_ALL_inbound.agi? Just to confirm. And if so, is it ok if i ask you the variable where in particular would i change it?

Thanks for the patience matt ...

[mflorell]

It is in that script, and it is not just one variable, there is a set of steps to set the CID on a call in an AGI, it is in there in several places.

[randy_delgado_03]

Thanks for the confirmation matt ...

Regards ...