We've Moved! Please visit our new and improved forum over at our new portal: https://portal.plumvoice.com/hc/en-us/community/topics

Callee type detection are not stable.

Questions and answers about IVR programming for Plum DEV

Moderators: admin, support

Post Reply
SGTAdmin
Posts: 8
Joined: Tue Jul 02, 2013 7:40 pm

Callee type detection are not stable.

Post by SGTAdmin »

I initiated a call, but my phone rang just 1 sec and now shows missed call.
Though plum sent result http with callee type voice.

support
Posts: 3632
Joined: Mon Jun 02, 2003 3:47 pm
Location: Boston, MA
Contact:

Re: Callee type detection are not stable.

Post by support »

Hi,

Thanks for the notification. The reliability of the callee type detection is a known issue. Our engineers are working on an improved algorithm, however, we do not currently have a release date for the new version of callee type detection.

Regards,
Plum Support

SGTAdmin
Posts: 8
Joined: Tue Jul 02, 2013 7:40 pm

Re: Callee type detection are not stable.

Post by SGTAdmin »

Sometimes plum sends to result_url failed status with callee_type "dialing". This type is not documented on outbounddevguide web-page.
Would you like to describe "dialing" type on devguide? In what cases it should be sent as result?

support
Posts: 3632
Joined: Mon Jun 02, 2003 3:47 pm
Location: Boston, MA
Contact:

Re: Callee type detection are not stable.

Post by support »

Hi,

That callee_type is actually not a valid callee_type, which is why is it not documented in our outbound documentation. This was caused by a recent platform update, related to outbound calling, where this status was coming through in the callee_type occasionally on outbound calls that were not connected. You should no longer be seeing this callee_type come through in your result_url callback at this time.

Regards,
Plum Support

Post Reply