Hello,

I have a requirement to generate reports of for how long calls were left on hold.

My original plan was to monitor CHANNEL_HOLD/CHANNEL_UNHOLD events and update a channel variable preserving hold history.

Then, I happened to find:

https://freeswitch.org/confluence/display/FREESWITCH/CDR#CDR-Howlongwasthecallonhold

and realized there are already channel variables for this kind of purpose like hold_events, hold_accum_seconds and even hold-record.

However, testing we recent commit:

FreeSWITCH Version 1.9.0+git~20180516T213111Z~cfd99a03d4~64bit (git cfd99a0 2018-05-16 21:31:11Z 64bit)

I verified all this data from XML CDR is related to the side that put the call on hold:

Leg1) Side that put the other on hold:

<hold_stamp>2018-06-14%2008%3A23%3A18</hold_stamp>

<hold_events>%7B%7B1528932198592029,1528932199869251%7D%7D</hold_events>

<last_hold_epoch>1528932198</last_hold_epoch>

<last_hold_uepoch>1528932198592027</last_hold_uepoch>

<hold_accum_seconds>1</hold_accum_seconds>

<hold_accum_usec>1277224</hold_accum_usec>

<hold_accum_ms>1277</hold_accum_ms>

<hold-record>

</hold-record>

<last_hold_time>1528932198592027</last_hold_time>

<hold_accum_time>1277224</hold_accum_time>

Leg2) Side put on hold:

<last_hold_epoch>0</last_hold_epoch>

<last_hold_uepoch>0</last_hold_uepoch>

<hold_accum_seconds>0</hold_accum_seconds>

<hold_accum_usec>0</hold_accum_usec>

<hold_accum_ms>0</hold_accum_ms>

<last_hold_time>0</last_hold_time>

<hold_accum_time>0</hold_accum_time>

I am curious about this.

Wouldn't it be better to have this kind of hold info at the side that was put on hold?

Was this missed or done on purpose?

I mean, we can with extra processing of hold-record of all Leg1s to resolve hold history for Leg2 however having this info at the Leg2 itself would be much simpler (and so I am considering in using the original CHANNEL_HOLD/CHANNEL_UNHOLD approach).