点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好,
我们在公司中使用的是SAP BCM 7.0.9.0版,我们和员工可以通过该版本拨打电话。
但是,每天连接4-5次 CDT中断,BCM在同事处"冻结",然后他们必须重新启动CDT。
这是日志中发生此错误的部分。
08:24:54.797(05404)ERR>音频[VOL] SystemMixerManager :: ReOpen =>无法打开混音器!!!
09:27:01.279(03340/CEMProxy)ERR> CEM [IN]连接 到CEM丢失!
09:28:07.719(06464/IpcWorker)ERR> SNET [IN]传入通道的通道消息,不可用,忽略了
09:28:07.719(06464/IpcWorker)ERR > SNET [IN]进入频道的通道消息,不可用,忽略
09:28:07.719(06460/IpcWorker)ERR> SNET [IN]进入频道的通道消息,不可用,忽略
09:28:07.719(06464/IpcWorker)ERR> SNET [IN]接收到通道的通道消息,不可用,忽略
09:28:07.719(06460/IpcWorker)ERR> SNET [IN]传入通道 消息到通道,不可用,忽略
09:28:07.719(06456/IpcWorker)ERR> SNET [IN]传入通道消息,不可用,忽略
09:28:07.719( 06456/IpcWorker)ERR> SNET [IN]到频道的传入频道消息,该消息不可用,忽略
09: 28:07.719(06464/IpcWorker)ERR> SNET [IN]到频道的传入频道消息,不可用,忽略了
09:28:08.929(06288/PhoneImpl)ERR> AUDIO [VOL] Control :: GetValue( 名称='Lautstärke',ControlID = 4,通道= 1,错误6 :)
09:28:08.929(06288/PhoneImpl)ERR> AUDIO [VOL] Control :: GetValue错误Str:MMSYSERR_NODRIVER
09: 28:08.929(06288/PhoneImpl)ERR>电话[运行]音量麦克风级别获取错误->使麦克风音量控制器无效
09:28:08.929(06288/PhoneImpl)ERR>音频[VOL] MIC SystemMixerManager :: OpenMixers = > mixerGetID(0,0,20000000)='MMSYSERR_BADDEVICEID'
09:28:08.929(06288/PhoneImpl)ERR> AUDIO [VOL] MIC SystemMixerManager :: OpenMixers =>录制混音器打开失败。.错误= MMSYSERR_BADDEVICEID
09:28:08.929(06288/PhoneImpl)ERR> AUDIO [VOL] SPKR SystemMixerManager :: OpenMixers => [OUT] mixerGetID(0,0,10000000)='MMSYSERR_BADDEVICEID'
09:28:08.929(06288/PhoneImpl)ERR> AUDIO [VOL] SPKR SystemMixerManager :: OpenMixers => Pl ayback混合器打开失败。错误='MMSYSERR_BADDEVICEID'
09:28:08.929(06288/PhoneImpl)ERR> AUDIO [VOL] SystemMixerManager :: ReOpen =>无法打开混合器!!!!
09:28: 36.496(06464/IpcWorker)ERR> CEM [IN]与CEM的连接丢失了!
09:30:20.628(06288/PhoneImpl)ERR>电话[运行]心跳未得到响应-正在关闭
09:35 :08.262(05404)ALW>将安全出口设置为10秒
09:35:08.262(06240/WatchdogThread)ALW>看门狗:应用程序实例已停止
Windows防火墙已通过GPO停用
作为防病毒解决方案,我们使用了Panda
我们使用了Plantronics DA40和DA70耳机
谢谢您
Peter 格雷芬
彼得,你好,
我们目前正遇到完全相同的问题。 您是否找到解决此问题的方法?
谢谢
马克·布洛克
嗨,马克
您可以解决此问题,在CDT的电台中我也遇到同样的问题。
谢谢。
Sergio Saavedra。
嗨,Sergio,
不,不幸的是问题仍然存在。 顺便说一句:我们的版本是7.0.12.0,并且正在使用带有IE11的WIN10笔记本电脑。 在使用WIN7桌面(也与IE11一起使用)之前,从来没有这个问题。
最好的问候,
标记。
Ouuuu,被迫使用IE的可怕经历,我们的客户也偶尔发生。
WIN 10,带有IE11的台式机。
问题可能出在这里,我希望尽快解决,我们会在数小时内投入生产……
Tnks,bst regrds。
Sergio。
嗨,
您设法解决了这个问题吗? 我现在遇到相同的问题,但仅在一个位置发生。 其余的系带工作正常。
感谢和问候
嗨,大家好,
刚刚在rls 7.0.8 ie11上遇到了同样的问题。 最近几年一直没有问题地运行它。 我们与CRM(IC_agent)集成在一起。 在交互过程中,CRM冻结/滞后一直存在无数问题。 对于不同的代理,这种情况偶尔会发生。 我们在不同的位置使用相同的设置,并且使用相同的实例,而且一切正常。
在对CRM中当前的滞后进行故障排除期间,网络团队更改了路由以查看其是否解决了CRM LAG。 在此路由更改期间,我们开始遇到上述CDT问题。
通话场景如下。
座席正在进行的来电-没有问题
座席尝试与另一方开会-CDT上似乎没有建立呼叫,并且在等待查看第二次呼叫(会议)的结果时,原始来电掉线了,座席似乎没有语音路径。
通过监视器,我检查了录音,并得知正在通话的一方(第二回合会议)接听电话并且通话路径处于活动状态。
座席无法听到会议参加者。
有人可以确认是否符合这种情况吗?
一周热门 更多>