语音产品培训课件

语音产品培训语音产品培训▣itibia基本概念配置文件

sip协议

故障判断

常用命令呼叫源、路由组、路由、中继各种配置文件及拨号方案在呼叫中的作用sip协议中关键头域的作用常见故障的判断及排除方法常用的asterisk命令▣itibia基本概念配置文件sip协议故障判断常用Ⅰ.呼叫流程呼叫源普通用户中继Ⅰ.呼叫流程呼叫源普通用户中继路由组路由的集合，用于绑定呼叫源和路由。呼出路由用于权限控制和绑定中继。中继两台设备间的连接信道路由组路由的集合，用于绑定呼叫源和路由。呼出路由用于权限控制路由组呼叫源呼出路由中继路由组将呼叫源和呼出路由间接的绑定在一起。添加呼叫源和路由的时候都要选择路由组（当呼叫源呼叫源权限为内部呼叫时不用选择路由组，因为这种情况下呼叫源根本无权通过路由呼出）。呼叫源只能通过与其在同一个路由组中的路由呼出。呼出路由中可以包含多个中继路由组呼叫源呼出路由中继路由组将呼叫源和呼出路由Ⅱ.配置文件所有的呼叫都要通过拨号方案！！！1、配置文件在哪里？所有的配置文件都放在/etc/asterisk目录下：模拟用户的配置文件为：chan_dahdi.conf；sip用户的配置文件为：sip_additional.conf；拨号方案文件为：extensions_additional.conf；2、主叫拨号码后，如何在拨号方案中启动呼叫？每个用户在配置文件中都存在一个context，该用户的呼叫就从拨号方案中的该conetxt开始呼叫Ⅱ.配置文件所有的呼叫都要通过拨号方案！！！1、配置文件在哪sip_additional.conf中用户的配置信息：[116001]username=116001secret=111111callerid=116001canreinvite=nodtmfmode=rfc2833host=dynamicmd5secret=nat=yesno=notype=friendcall-limit=10context=outroute_group_default_internationalqualify=nosip_additional.conf中用户的配置信息：拨号方案中该context信息：[outroute_group_default_international]include=>common_deviceinclude=>outrt-ss7,*,mon-sun,*,*include=>outrt-sip118,*,mon-sun,*,*include=>outrt-22222222,*,mon-sun,*,*include=>outrt-333333333,*,mon-sun,*,*include=>outrt-44444444,*,mon-sun,*,*用户context的构成结构：如果用户的呼叫权限为设备内部，则：context=common_device否则：context=outroute_group_路由组名_权限权限包括：Internal（企业内部）、local（市话）、long-distance（国内长途）、international（国际长途）拨号方案中该context信息：3、拨号方案如何实现权限控制？

呼叫源只能通过权限小于等于自己的呼出路由呼出。

每个路组都包含四个不同权限的contextoutroute_group_路由组名_Internal只包含本路由组中权限小于等于企业内部的路由

outroute_group_路由组名_local只包含本路由组中权限小于等于企业内部的路由

outroute_group_路由组名_long-distance只包含本路由组中权限小于等于企业内部的路由

outroute_group_路由组名_international只包含本路由组中权限小于等于企业内部的路由3、拨号方案如何实现权限控制？每个路组都包含四个不同权限的4、如何获得实际通话过程中的拨号方案流程？执行：

（1）asterisk–r（2）执行coresetverbose15(3)执行coresetdebug10(4)开始呼叫，实际的呼叫流程会打印在屏幕上4、如何获得实际通话过程中的拨号方案流程？Ⅲ.sip协议

Via:用来描述请求当前经历的路径的，并且标志了应答所应当经过的路径。Contact:后续请求将根据Contact头域的内容决定目的地地址。

From:from头域有来电显示的功能。如果一个SIP消息中没有Contact或者Record-Route头域，那么被叫方就会根据From头域产生后续的请求。

Call-ID：用来唯一区别一个特定的邀请或者一个特定客户端的所有注册项。

To：定义了逻辑上请求的接收者。

Cseq：该头域包含了一个单个的数字序列号和请求的方法。Cseq头域是为了在会话中对事务进行排序的，提供事务的唯一标志，并且区分请求和请求的重发。如果序列号相等，并且请求的方法相等，那么两个Cseq头域就是相等的。Ⅲ.sip协议Via:用来描述请求当前经历的用户A2800-A2800-B用户Binvite100invite100invite100用户A发起呼叫用户B收到invite，并振铃180180180用户A听回铃音用户B摘机200200200ACKACKACK开始通话用户A2800-A2800-B用户Binvite100invⅣ.故障判断

1、抓包方法如果PC和设备在同一个hub上，用wireshark直接抓包。否则通过tcpdump抓包：tcpdump[-i网络接口][-ssnaplen][-w文件名]如：tcpdump-ieth1-s0–w/var/tmp/eth1.pcap2、查看呼叫日志方法：

（1）asterisk–r（2）执行coresetverbose15

（3）执行coresetdebug10

（4）开始呼叫，实际的呼叫流程会打印在屏幕上

出现问题先确认是否是我们设备的问题！可以直接将软终端注册到核心网上，如果也是同样问题说明不是我们设备的问题，需要找核心网。Ⅳ.故障判断1、抓包方法出现问题先确认是否是我们设备的问题3、无法拨打外线

a、呼叫源的权限是否大于等于呼出路由的权限；b、呼出路由同呼叫源是否同属于用一个路由组；c、中继链路是否建立成功，如不成功，检查配置；

d、如果是sip或者ims的uni中继，检查中继是否注册成功，如不成功，检查配置；

e、如不是配置问题，将呼叫日志，拨号方案，用户配置文件（模拟用户配置文件为chan_dahdi.conf,sip用户配置文件为sip_additional.conf

）及抓包消息（如果不是sip中继或者ims不用抓包）发给研发定位。4、单通

a、查看rtp包，是否两端都向对端发送rtp包；

b、媒体格式是否一致；

c、将抓的包发送给研发定位；5、呼出号码不全

a、拨号规则配置是否正确；3、无法拨打外线V.常用命令

1、中继是否成功注册到对端（只适用于ims和sip的UNI中继）:

sipshowregistryimsshowregistyocteon*CLI>sipshowregistryHostUsernameRefreshStateReg.Timesip118-118101:5060118101@192.11785RegisteredMon,26Jul201020:10:07sip118-118119:5060118119@192.11785RegisteredMon,26Jul201020:10:072SIPregistrations.以下命令都是在进入asterisk后执行，进入asterisk方法：asterisk-r状态如下：Unregistered注销或尝试多次注册后一直失败RequestSent正在发送注册或注销消息Auth.Sent正在发送注册鉴权消息Registered注册成功NoAuthentication

注册鉴权失败Rejected对端决绝Timeout发送请求后长时间没收到回应Failed

尝试多次注销后一直失败V.常用命令1、中继是否成功注册到对端（只适用于ims和s2、本端sip用户状态（是否有用户注册到我们设备上）:

sipshowpeersimsshowpeersocteon*CLI>sipshowpeersName/usernameHostDynNatACLPortStatussip118-118101/118101192.168.27.1185060Unmonitoredsip118-118119/118119192.168.27.1185060Unmonitored118118/118118(Unspecified)DN5060Unmonitored116100/116100(Unspecified)DN5060Unmonitored116099/116099192.168.27.115DN7081Unmonitored116088/116088192.168.27.119DN7116Unmonitored从上面的信息可以看出本设备上118101，118119被192.168.27.118注册，118118，116100没有用户注册上来，116099被192.168.27.115注册,116088被192.168.27.119注册2、本端sip用户状态（是否有用户注册到我们设备上）:oct3、当前的sip或ims通道状态:

sipshowchannelsimsshowchannelsocteon*CLI>sipshowchannelsPeerUser/ANRCallIDFormatHoldLastMessage192.168.27.1191160884ea3827c3efd14b0x4(ulaw)NoTx:ACK192.168.27.1151160996613a75c17573410x4(ulaw)NoRx:ACKPeer:对端的ip信息User:本端用户名Callid:sip消息中的callidFormat:使用的编码格式Hold：是否被holdLastMessage:最后发送或接受到的消息3、当前的sip或ims通道状态:octeon*CLI>s4、重新加载sip或者ims模块:

sipreloadimsreload执行这两个命令可以重新发送注册信息5、打开sip或者ims打印:

sipsetdebugonimssetdebugon

执行这两个命令可以将sip消息直接打印到屏幕上6、关闭sip或者ims打印:

sipsetdebugoffimssetdebugoff

4、重新加载sip或者ims模块:7、查询所有模拟通道状态:

dahdishowchannels

ChanExtensionContextLanguageMOHInterpretBlockedStatedspstate5outroute_group_cndefaultInService123outroute_group_cndefaultInService024outroute_group_cndefaultInService1Chan:通道号Context：该通道对应的呼叫源的contextDspstate:该通道的当前状态，0：空闲，1：正在使用8、查询当个模拟通道状态:

dahdishowchannel通道号如：dahdishowchannel57、查询所有模拟通道状态:ChanExtensionocteon*CLI>dahdishowchannel5Channel:5>FileDescriptor:12Span:7Extension:Dialing:noContext:outroute_group_default_international//该通道对应的contextCallerID:116205//该通道对应的号码CallingTON:0CallerIDname:Mailbox:noneGroup:0Destroy:0InAlarm:0SignallingType:FXOLoopstartRadio:0Owner:DAHDI/5-1Real:DAHDI/5-1//正在通话的通道号（一个模拟通道有3个子通道，分别用于基本呼叫，呼叫等待，三方通话）Callwait:<None>//处于呼叫等待状态的通道号（主通道号+子通道号如：DAHDI5-2）Threeway:<None>//处于三方通话状态的通道号（主通道号+子通道号如：DAHDI5-3）Confno:-1PropagatedConference:-1Realinconference:0DSP:noBusyDetection:yesBusyCount:4BusyPattern:0,0TDD:noRelaxDTMF:noDialing/CallwaitCAS:0/0Defaultlaw:alaw//该通道的默认编码格式FaxHandled:noPulsephone:noDND:noEchoCancellation:noneActualConfinfo:Num/0,Mode/0x0000ActualConfmute:NoHookstate(FXSonly):Offhookocteon*CLI>dahdishowchannel9、重启dahdi模块:

dahdirestart当通道处于死锁或者没有拨号音时可以尝试这个命令从事dahdi通道10、查看ss7中继连接状态:

ss7showlinkset1octeon*CLI>ss7showlinkset1SS7linkset1status:Up//Up表示链路已经建立成功11、查看pri中继连接状态:

prishowspansocteon*CLI>prishowspansPRIspan1/0:Provisioned,Up,Active//Up表示链路已经建立成功12、查看r2中继连接状态:

mfcr2showchannels

如下：

9、重启dahdi模块:octeon*CLI>mfcr2showchannelsChanVariantMaxANIMaxDNISANIFirstImmediateAcceptTxCASRxCASRxRaw

51CN66NoNoIDLEIDLE0x0B0x0852CN66NoNoIDLEIDLE0x0B0x0853CN66NoNoIDLEIDLE0x0B0x0854CN66NoNoIDLEIDLE0x0B0x0855CN66NoNoIDLEIDLE0x0B0x0856CN66NoNoIDLEIDLE0x0B0x0857CN66NoNoIDLEIDLE0x0B0x0858CN66NoNoIDLEIDLE0x0B0x0859CN66NoNoIDLEIDLE0x0B0x0860CN66NoNoIDLEIDLE0x0B0x0861CN66NoNoIDLEIDLE0x0B0x0862CN66NoNoIDLEIDLE0x0B0x0863CN66NoNoIDLEIDLE0x0B0x0864CN66NoNoIDLEIDLE0x0B0x0865CN66NoNoIDLEIDLE0x0B0x0867CN66NoNoIDLEIDLE0x0B0x0868CN66NoNoIDLEIDLE0x0B0x0869CN66NoNoIDLEIDLE0x0B0x0870CN66NoNoIDLEIDLE0x0B0x0871CN66NoNoIDLEIDLE0x0B0x0872CN66NoNoIDLEIDLE0x0B0x0873CN66NoNoIDLEIDLE0x0B0x0874CN66NoNoIDLEIDLE0x0B0x0875CN66NoNoIDLEIDLE0x0B0x0876CN66NoNoIDLEIDLE0x0B0x0877CN66NoNoIDLEIDLE0x0B0x0878CN66NoNoIDLEIDLE0x0B0x0879CN66NoNoIDLEIDLE0x0B0x0880CN66NoNoIDLEIDLE0x0B0x0881CN66NoNoIDLEIDLE0x0B0x08octeon*CLI>mfcr2showchannel13、查看所有通道状态:

coreshowchannelsocteon*CLI>coreshowchannelsChannelLocationStateApplication(Data)SIP/sip118-118119-20(None)UpAppDial((OutgoingLine))SIP/116020-62727950s@macro-dial-outbounUpDial(SIP/sip118-118119/118020,2activechannels1activecall47131callsprocessedChannel：通道名Location：当前处于拨号方案中的哪个contextState：通道状态Application：正在执行的动作14、人为修改配置文件后使配置文件生效：

reload

人为修改了/etc/asterisk目录下的任何文件，要使其生效，必须重新加载！不能在界面上加载！界面上加载会重新生成配置文件，也就是说在界面上重新加载后人为修改的文件将会被覆盖。13、查看所有通道状态:octeon*CLI>cores15、打开日志方法：

coresetdebug10

coresetverbose1516、关闭日志方法：

coresetdebug0

coresetverbose017、显示内存中的拨号方案：

dialplanshow15、打开日志方法：ThankYouThankYou语音产品培训语音产品培训▣itibia基本概念配置文件

sip协议

故障判断

常用命令呼叫源、路由组、路由、中继各种配置文件及拨号方案在呼叫中的作用sip协议中关键头域的作用常见故障的判断及排除方法常用的asterisk命令▣itibia基本概念配置文件sip协议故障判断常用Ⅰ.呼叫流程呼叫源普通用户中继Ⅰ.呼叫流程呼叫源普通用户中继路由组路由的集合，用于绑定呼叫源和路由。呼出路由用于权限控制和绑定中继。中继两台设备间的连接信道路由组路由的集合，用于绑定呼叫源和路由。呼出路由用于权限控制路由组呼叫源呼出路由中继路由组将呼叫源和呼出路由间接的绑定在一起。添加呼叫源和路由的时候都要选择路由组（当呼叫源呼叫源权限为内部呼叫时不用选择路由组，因为这种情况下呼叫源根本无权通过路由呼出）。呼叫源只能通过与其在同一个路由组中的路由呼出。呼出路由中可以包含多个中继路由组呼叫源呼出路由中继路由组将呼叫源和呼出路由Ⅱ.配置文件所有的呼叫都要通过拨号方案！！！1、配置文件在哪里？所有的配置文件都放在/etc/asterisk目录下：模拟用户的配置文件为：chan_dahdi.conf；sip用户的配置文件为：sip_additional.conf；拨号方案文件为：extensions_additional.conf；2、主叫拨号码后，如何在拨号方案中启动呼叫？每个用户在配置文件中都存在一个context，该用户的呼叫就从拨号方案中的该conetxt开始呼叫Ⅱ.配置文件所有的呼叫都要通过拨号方案！！！1、配置文件在哪sip_additional.conf中用户的配置信息：[116001]username=116001secret=111111callerid=116001canreinvite=nodtmfmode=rfc2833host=dynamicmd5secret=nat=yesno=notype=friendcall-limit=10context=outroute_group_default_internationalqualify=nosip_additional.conf中用户的配置信息：拨号方案中该context信息：[outroute_group_default_international]include=>common_deviceinclude=>outrt-ss7,*,mon-sun,*,*include=>outrt-sip118,*,mon-sun,*,*include=>outrt-22222222,*,mon-sun,*,*include=>outrt-333333333,*,mon-sun,*,*include=>outrt-44444444,*,mon-sun,*,*用户context的构成结构：如果用户的呼叫权限为设备内部，则：context=common_device否则：context=outroute_group_路由组名_权限权限包括：Internal（企业内部）、local（市话）、long-distance（国内长途）、international（国际长途）拨号方案中该context信息：3、拨号方案如何实现权限控制？

呼叫源只能通过权限小于等于自己的呼出路由呼出。

每个路组都包含四个不同权限的contextoutroute_group_路由组名_Internal只包含本路由组中权限小于等于企业内部的路由

outroute_group_路由组名_local只包含本路由组中权限小于等于企业内部的路由

outroute_group_路由组名_long-distance只包含本路由组中权限小于等于企业内部的路由

outroute_group_路由组名_international只包含本路由组中权限小于等于企业内部的路由3、拨号方案如何实现权限控制？每个路组都包含四个不同权限的4、如何获得实际通话过程中的拨号方案流程？执行：

（1）asterisk–r（2）执行coresetverbose15(3)执行coresetdebug10(4)开始呼叫，实际的呼叫流程会打印在屏幕上4、如何获得实际通话过程中的拨号方案流程？Ⅲ.sip协议

Via:用来描述请求当前经历的路径的，并且标志了应答所应当经过的路径。Contact:后续请求将根据Contact头域的内容决定目的地地址。

From:from头域有来电显示的功能。如果一个SIP消息中没有Contact或者Record-Route头域，那么被叫方就会根据From头域产生后续的请求。

Call-ID：用来唯一区别一个特定的邀请或者一个特定客户端的所有注册项。

To：定义了逻辑上请求的接收者。

Cseq：该头域包含了一个单个的数字序列号和请求的方法。Cseq头域是为了在会话中对事务进行排序的，提供事务的唯一标志，并且区分请求和请求的重发。如果序列号相等，并且请求的方法相等，那么两个Cseq头域就是相等的。Ⅲ.sip协议Via:用来描述请求当前经历的用户A2800-A2800-B用户Binvite100invite100invite100用户A发起呼叫用户B收到invite，并振铃180180180用户A听回铃音用户B摘机200200200ACKACKACK开始通话用户A2800-A2800-B用户Binvite100invⅣ.故障判断

1、抓包方法如果PC和设备在同一个hub上，用wireshark直接抓包。否则通过tcpdump抓包：tcpdump[-i网络接口][-ssnaplen][-w文件名]如：tcpdump-ieth1-s0–w/var/tmp/eth1.pcap2、查看呼叫日志方法：

（1）asterisk–r（2）执行coresetverbose15

（3）执行coresetdebug10

（4）开始呼叫，实际的呼叫流程会打印在屏幕上

出现问题先确认是否是我们设备的问题！可以直接将软终端注册到核心网上，如果也是同样问题说明不是我们设备的问题，需要找核心网。Ⅳ.故障判断1、抓包方法出现问题先确认是否是我们设备的问题3、无法拨打外线

a、呼叫源的权限是否大于等于呼出路由的权限；b、呼出路由同呼叫源是否同属于用一个路由组；c、中继链路是否建立成功，如不成功，检查配置；

d、如果是sip或者ims的uni中继，检查中继是否注册成功，如不成功，检查配置；

e、如不是配置问题，将呼叫日志，拨号方案，用户配置文件（模拟用户配置文件为chan_dahdi.conf,sip用户配置文件为sip_additional.conf

）及抓包消息（如果不是sip中继或者ims不用抓包）发给研发定位。4、单通

a、查看rtp包，是否两端都向对端发送rtp包；

b、媒体格式是否一致；

c、将抓的包发送给研发定位；5、呼出号码不全

a、拨号规则配置是否正确；3、无法拨打外线V.常用命令

1、中继是否成功注册到对端（只适用于ims和sip的UNI中继）:

sipshowregistryimsshowregistyocteon*CLI>sipshowregistryHostUsernameRefreshStateReg.Timesip118-118101:5060118101@192.11785RegisteredMon,26Jul201020:10:07sip118-118119:5060118119@192.11785RegisteredMon,26Jul201020:10:072SIPregistrations.以下命令都是在进入asterisk后执行，进入asterisk方法：asterisk-r状态如下：Unregistered注销或尝试多次注册后一直失败RequestSent正在发送注册或注销消息Auth.Sent正在发送注册鉴权消息Registered注册成功NoAuthentication

注册鉴权失败Rejected对端决绝Timeout发送请求后长时间没收到回应Failed

尝试多次注销后一直失败V.常用命令1、中继是否成功注册到对端（只适用于ims和s2、本端sip用户状态（是否有用户注册到我们设备上）:

sipshowpeersimsshowpeersocteon*CLI>sipshowpeersName/usernameHostDynNatACLPortStatussip118-118101/118101192.168.27.1185060Unmonitoredsip118-118119/118119192.168.27.1185060Unmonitored118118/118118(Unspecified)DN5060Unmonitored116100/116100(Unspecified)DN5060Unmonitored116099/116099192.168.27.115DN7081Unmonitored116088/116088192.168.27.119DN7116Unmonitored从上面的信息可以看出本设备上118101，118119被192.168.27.118注册，118118，116100没有用户注册上来，116099被192.168.27.115注册,116088被192.168.27.119注册2、本端sip用户状态（是否有用户注册到我们设备上）:oct3、当前的sip或ims通道状态:

sipshowchannelsimsshowchannelsocteon*CLI>sipshowchannelsPeerUser/ANRCallIDFormatHoldLastMessage192.168.27.1191160884ea3827c3efd14b0x4(ulaw)NoTx:ACK192.168.27.1151160996613a75c17573410x4(ulaw)NoRx:ACKPeer:对端的ip信息User:本端用户名Callid:sip消息中的callidFormat:使用的编码格式Hold：是否被holdLastMessage:最后发送或接受到的消息3、当前的sip或ims通道状态:octeon*CLI>s4、重新加载sip或者ims模块:

sipreloadimsreload执行这两个命令可以重新发送注册信息5、打开sip或者ims打印:

sipsetdebugonimssetdebugon

执行这两个命令可以将sip消息直接打印到屏幕上6、关闭sip或者ims打印:

sipsetdebugoffimssetdebugoff

4、重新加载sip或者ims模块:7、查询所有模拟通道状态:

dahdishowchannels

ChanExtensionContextLanguageMOHInterpretBlockedStatedspstate5outroute_group_cndefaultInService123outroute_group_cndefaultInService024outroute_group_cndefaultInService1Chan:通道号Context：该通道对应的呼叫源的contextDspstate:该通道的当前状态，0：空闲，1：正在使用8、查询当个模拟通道状态:

dahdishowchannel通道号如：dahdishowchannel57、查询所有模拟通道状态:ChanExtensionocteon*CLI>dahdishowchannel5Channel:5>FileDescriptor:12Span:7Extension:Dialing:noContext:outroute_group_default_international//该通道对应的contextCallerID:116205//该通道对应的号码CallingTON:0CallerIDname:Mailbox:noneGroup:0Destroy:0InAlarm:0SignallingType:FXOLoopstartRadio:0Owner:DAHDI/5-1Real:DAHDI/5-1//正在通话的通道号（一个模拟通道有3个子通道，分别用于基本呼叫，呼叫等待，三方通话）Callwait:<None>//处于呼叫等待状态的通道号（主通道号+子通道号如：DAHDI5-2）Threeway:<None>//处于三方通话状态的通道号（主通道号+子通道号如：DAHDI5-3）Confno:-1PropagatedConference:-1Realinconference:0DSP:noBusyDetection:yesBusyCount:4BusyPattern:0,0TDD:noRelaxDTMF:noDialing/CallwaitCAS:0/0Defaultlaw:alaw//该通道的默认编码格式FaxHandled:noPulsephone:noDND:noEchoCancellation:noneActualConfinfo:Num/0,Mode/0x0000ActualConfmute:NoHookstate(FXSonly):Offhookocteon*CLI>dahdishowchannel9、重启dahdi模块:

dahdirestart当通道处于死锁或者没有拨号音时可以尝试这个命令从事dahdi通道10、查看ss7中继连接状态:

ss7showlinkset1octeon*CLI>ss7showlinkset1SS7linkset1status:Up//Up表示链路已经建立成功11、查看pri中继连接状态:

prishowspansocteon*CLI>prishowspansPRIspan1/0:Provisioned,Up,Active//Up表示链路已经建立成功12、查看r2中继连接状态:

mfcr2showchannels

如下：

9、重启dahdi模块:octeon*CLI>mfcr2showchannelsChanVariantMaxANIMaxDNISANIFirstImmediateAcceptTxCASRxCASRxRaw

51CN66NoNoIDLEIDLE0x0B0x0852CN66NoNoIDLEIDLE0x0B0x0853CN66NoNoIDLEIDLE0x0B0x0854CN66NoNoIDLEIDLE0x0B0x0855CN66NoNoIDLEIDLE0x0B0x0856CN66NoNoIDLEIDLE0x0B0x0857CN66NoNoIDLEIDLE0x0B0x0858CN66NoNoIDLEIDLE0x0B0x0859CN66NoNoIDLEIDLE0x0B0x0860CN66NoNoIDLEIDLE0x0B0x0861CN66NoNoIDLEIDLE0x0B0x0862CN66NoNoIDLEIDLE0x0B0x0863CN66NoNoIDLEIDLE0x0B0x0864CN66NoNoIDLEIDLE0x0B0x0865CN66NoNoIDLEIDLE0x0B0x0867CN66NoNo