VG8020配置实体优先级后没有生效案例

实体优先级案例

一、组网：

VG2032下挂用户的IP电话，通过XE路由呼叫，出局采用了两台VG8020数字中继网关。

phone A ------PSTN-------(PRI)-----VG8020 A----|

                      IP-----XE2000----(IP)-----VG2032-----phone C

phone B ------PSTN-------(PRI)-----VG8020 B----|        

二、问题描述：

由于VG8020 A的数字中继链路的数据有问题，所以想通过实体优先级让呼叫首先匹配VG8020 B 的数字中继对应的实体“2”。但是配置以后察看调试信息，发现配置没有生效。

三、过程分析：

1．配置信息

[JZ_GA_VG80_1-voice-dial-entity1]

User <huawei> execute command <prio 10>dis cu[6C

Now create configuration...

Current configuration

  !

    version 1.80

    local-user huawei service-type administrator password simple voice

    sysname JZ_GA_VG80_1

    info-center monitor

    info-center monitor debugging

    ftp-server enable

  !

  controller e1 0

    pri-set timeslot-list 1-31

  !

  controller e1 1

    pri-set timeslot-list 1-31

  !

  interface Ethernet0

    ip address 172.24.64.128 255.255.255.0

  !

  interface Ethernet1

  !

  interface Serial0:15

    link-protocol ppp

    isdn service data

    isdn service speech

    isdn service audio

    isdn overlap-receiving

    dialer enable-circular

  !

  interface Serial1:15

    link-protocol ppp

    isdn service data

    isdn service speech

    isdn service audio

    isdn overlap-receiving

    dialer enable-circular

  !

  voice-setup

    !

    dial-program

      default entity fax protocol h323-t38

      select-rule rule-order 4

      substitute incoming-call called 1001

      substitute incoming-call calling 1000

      substitute outgoing-call called 3001

      substitute outgoing-call calling 3000

      !

      entity 1 pots

        match-template .T

        line 0:15

        priority 10

      !

      entity 2 pots

        match-template .T

        line 1:15

      !

      entity 3000 voip

        match-template 5....

        address ras

      !

      number-substitute 1000

        rule 0 ^5....$ 576....

      !

      number-substitute 1001

        rule 0 ^0. .

      !

      number-substitute 3000

        rule 0 ^. 0.

      !

 [JZ_GA_VG80_1-voice-dial-entity1]

2．问题分析：

查看配置，首先确认实体优先级的配置：

----------------------------------------------------------------------------------------------------------------------

      entity 1 pots

        match-template .T

        line 0:15

        priority 10

----------------------------------------------------------------------------------------------------------------------

说明：VG的实体优先级默认的均为“0”，可以通过实体视图下的priority n命令来配置，n取值范围是0～10，数值越小优先级越高，即0为最高优先级，1为最低优先级。

另：在XE的LS-GW视图下，可以配置注册网关的优先级，命令为priority level，其中level的取值范围为0～1000。缺省为10。数字越大，优先级越高。

这里配置了实体entity 1的优先级为priority 10，根据拨号策略，entity 1的优先级应该是最低的。察看呼叫的拨号策略调试信息debug voice dpl all以及debug voice ipp all，如下：

----------------------------------------------------------------------------------------------------------------------

  IPP_SOK [SYS]: ASYN_ACCEPT received, socketid=260

  IPP_SOK [SYS]: Accept a H.225 Socket, sockid = 298

  IPP_SOK [SYS]: ASYN_READ received, socketid=298

  IPP_SOK [SYS]: Asyn Socket Read Event Received, socket_id=298, socket_type=1, ip_struct=0x03d7247c

  IPP_225 [ -1]: receive Setup msg, crv=33081, src=172.24.254.65

                 called=08890382, caller=50161,FacilityLen=0

  IPP_225 [ -1]: Setup msg, faststart=TRUE, tunnel=FALSE, h245=NONE

  IPP_225 [ -1]: Send CallProceeding Msg when receive Setup Msg

  IPP_RAS [ -1]: Send ARQ Msg when receive Setup Msg

  IPP_SOK [SYS]: ASYN_READ received, socketid=293

  IPP_SOK [SYS]: Asyn Socket Read Event Received, socket_id=293, socket_type=4, ip_struct=0x00000000

  IPP_RAS [ -1]: Receive ACF Msg, Dest=1414@172.24.254.65, Src=1720@172.24.64.128

  IPP_VCC [65535]: Send IPCallOut Msg when receive Called ACF Msg

  DPL_SUBST: [MultTabMainProc]Found suitable substitute rule:

  szInputFormat:^5....$ >> szOutputFormat:576....

//匹配了拨号策略，对号码进行了变换

  DPL_SUBST: [MultTabMainProc]The user number have been substituted

             successfully. Origin Number is 50161, Substituted Number

             is 5760161

  DPL_SUBST: [MultTabMainProc]Found suitable substitute rule:

             szInputFormat:^0. >> szOutputFormat:.

//匹配了拨号策略，对号码进行了变换

  DPL_SUBST: [MultTabMainProc]The user number have been substituted

             successfully. Origin Number is 08890382, Substituted

             Number is 8890382

//选择可匹配的语音实体，包括“1”和“2”

  DPL_SRCH: [GetEntity]The matched entity list:1 2

//问题出现了，已经配置了实体“1”的优先级为10（最低），但是还是优先匹配了实体“1”。

DPL_INTF: Get entity 1 successfully!

RCV receive message from Vcc: 

Msg:VCC_IPCALLOUT, VccID:0x013c, CallID:0xffffffff, ChannelID:0xffffffff, Val1:14, Val2:0, CallerNum:5760161, CalledNum:8890382,FacilityLen=0

RCV: New CCB is OK ,The CallID is 0x01a8

RCV receive dial-entity in message VCC_IPCALLOUT: 

TagNumber:1, Port:0:15, Destination-pattern:.T

RCV : Get E1VI board message OK! -- IPCALLOUT

RCV send message to CC: 

Msg:CONN_REQ, CcID:0xffff, CallID:0x01a8, Port:0x017ac304, Pattern:0x00000002, Status[0]:0, CallerNum:5760161, CalledNum:8890382 CallerInfo=0X81 + 0X81 CalledInfo=0X81 + 0X0 FacilityLen=0

RCV: Receive Message from CC: 

Msg:DISC_IND, CcID:0xffff, CallID:0x01a8, Port:0x017ac304, Pattern:0x00000002, Status[0]:0, CallerNum:5760161 ,CalledNum:8890382 CallerInfo=0X81 + 0X81 CalledInfo=0X81 + 0X0 FacilityLen= 0

RCV send message to CC: 

Msg:DISC_RES, CcID:0xffff, CallID:0x01a8, Port:0x017ac304, Pattern:0x00000000, Status[0]:0, CallerNum:, CalledNum: CallerInfo=0X0 + 0X0 CalledInfo=0X0 + 0X0 FacilityLen=0

  RCV send message to VCC: 

  Msg:VCC_CCRELEASE, VCCID:0x013c, CallID:0x01a8, ChannelID:0xffffffff, Val1:65535, Val2:65535, CallerNum:, CalledNum:

RCV: Delete CCB is OK !

  CallID:0x01a8, VccID:0x013c, CcID:0xffff, VpmID:0xffff, ChannelID:0xffffffff

//由于实体“1”对应的数字中继线路有问题，所以请求被拒绝，接着匹配了实体“2”

  DPL_INTF: Get entity 2 successfully!

  RCV receive message from Vcc: 

  Msg:VCC_IPCALLOUT, VccID:0x013c, CallID:0xffffffff, ChannelID:0xffffffff, Val1:14, Val2:0, CallerNum:5760161, CalledNum:8890382,FacilityLen=0

  RCV: New CCB is OK ,The CallID is 0x01a9

//接下来建立呼叫，过程省略

----------------------------------------------------------------------------------------------------------------------

为什么会出现问题呢？ “真凶”就是拨号策略视图下的另外一条配置：

----------------------------------------------------------------------------------------------------------------------

      select-rule rule-order 4

----------------------------------------------------------------------------------------------------------------------

以下内容摘自“命令配置手册”：

select-rule rule-order命令用来配置语音实体的优先选取规则，配置格式如下：

select-rule rule-order 1st-rule [ 2nd-rule [ 3rd-rule ]

1st-rule：第一优先使用的查找规则序号，取值范围1～4。各数字的含义如下表所示：

2nd-rule：第二优先使用的查找规则序号，取值不能和1st-rule相同。

3rd-rule：第三优先使用的查找规则序号，取值不能和1st-rule和2nd-rule相同。

数值	含义
1	精确匹配
2	优先级
3	随机选择
4	最久不使用

 

缺省情况下，语音实体优先选取规则的顺序为1->2->3顺序，即首先是精确匹配规则，其次是语音实体优先级，最后随机选择。例如如下的配置：

entity 1 pots

        match-template .T

        line 0:15

      !

      entity 2 pots

        match-template .T

        line 1:15

      !

“精确匹配”和“实体优先级”都相同，这个时候VG的拨号策略总是会优先选择实体名称较小的实体，也就是会选择实体“1”（不知道研发的“随机选择”是在什么情况下发生）。

在这个事例中这里配置了select-rule rule-order 4（最久不使用），主要的目的就是为了充分利用数字中继线路。但是这样一来就改变了默认的拨号策略。从而导致配置的实体优先级没有生效。

四、结论 ：

        无

五、解决方法：

修改语音实体的选取原则配置如下：

----------------------------------------------------------------------------------------------------------------------

      select-rule rule-order 1 2 4

----------------------------------------------------------------------------------------------------------------------

这样的话，语音实体的选取原则就变成了首先是精确匹配规则，其次是语音实体优先级，最后是最久未使用。经过测试，满足了需求．