Asterisk 管理器 Api 事件
我使用 Elastix 和 Astmanproxy 服务器来运行我们的呼叫中心桌面应用程序。 该应用程序收集来电显示、拨打的号码等信息，以帮助我们的代理获取客户信息等。 该应用程序会在某些事件发生时更改其背景颜色（例如，当代理接听电话时，背景颜色会变为绿色）。
我使用 AMI 中的 Dial 事件来获取呼叫的唯一 ID（我使用 DestUniqueID 变量来获取此 ID）。 之后，我跟踪具有该唯一 ID 的所有事件。 当我收到具有该 ID 的链接事件时，该应用程序的背景会变成绿色，表示呼叫中心代理已接听电话。
问题是，即使座席应答了呼叫，有时我也没有获得与从 Dial 事件的 DestUniqueID 获得的匹配唯一 ID 相关的 Link 事件。 有谁知道为什么会发生这种情况？
基本上，是否有一种万无一失的方法可以使用星号管理器 API 事件从头到尾跟踪调用？
I am using Elastix along with the Astmanproxy server to run our call center desktop app. This app gathers info such as callerid, number dialed, etc. to help our agents get customer information among other things. This app changes it's background color upon certain events(like green when the agent answers the call).
I use the Dial event in the AMI to grab the call's unique id (I use the DestUniqueID variable to get this id). After that I track all events with that unique id. When I get a Link event with that id that app's background turns green indicating that call center agent has answered the call.
The problem is, even though the agent answers the call, sometimes I do not get a Link event with the matching unique id that I get from the DestUniqueID of the Dial event. Does anyone know why this happens?
Basically, is there a fool-proof way to track a call from beginning to end using the asterisk manager api events?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
是的。 如果您监视所有事件，那么您应该能够跟踪呼叫，包括拨号计划。
Yes. If you monitor all the events then you should be able to trace the call including the dialplans.
当呼叫得到应答时尝试捕获 NewStateEvent。 它有旧的和新的唯一ID。
Try catch a NewStateEvent when the call get answered. It has old and new unique id.