H.323客户端软件如NetMeeting3.0等以别名向H.323 Gatekeeper注册。别名是诸如用户名，或E-mail地址等比IP地址更形象，更容易记的字符串。设置呼叫规则的目的是为了帮助H.323 Gatekeeper对这些别名进行解析，决定是否对会议呼叫进行路由，以及路由到何处等。
本节学习目标
l 描述路由规则的目的
l 解释H.323 Gatekeeper如何处理呼叫路由规则
l 配置呼叫路由规则，在H.323 Gatekeeper中转发会议呼叫
估计学习时间：45分钟
8.2.1 呼叫路由规则
为了使两个端点之间能进行实时会议，H.323 Gatekeeper需要知道如何将会话请求路由到别名指定的目的。H.323路由规则指定了一个目的及其相应的参数，与会话请求的部分或全部别名进行匹配。当会话请求中不包含唯一的Q931地址，H.323 Gatekeeper尝试匹配用被请求的别名配置的每一个H.323路由规则。
图 8.6所示为通过H.323 Gatekeeper管理单元进行路由规则类型和参数配置的窗口。H.323 Gatekeeper包含默认的呼叫路由规则，该规则解析所有本地注册数据库内或本地网络上的受请求目的。这意味着如果只在企业内部网进行视频会议，不必再作其他额外配制。
按照以下步骤创建呼叫路由规则
l 在ISA Management控制台树中，展开Call Routing文件夹。
l 执行下列操作之一：
u 创建电话号码规则，右击Phone Number Rules图标。然后选择Add Routing Rule，并按屏幕提示操作。
u 创建电子邮件地址规则，右击Email Address Rules图标。然后选择Add routing Rule，并按屏幕提示操作。
u 创建IP地址规则，右击IP Address Rules图标。然后选择Add Routing Rule，并按屏幕提示操作。
下面将描述H.323 Gatekeeper如何根据路由规则，搜索注册的激活终端别名。
8.2.1.1 电话号码规则
电话号码(E164)规则所需确定的参数如表8.1所示。括号里的条目名称是赋予New Routing Rule向导中的与ISA Management相应列名称不同的参数的。
H.323 Gatekeeper决定用哪一个规则来匹配会话请求的别名,一个电话号码别名可以包含0~9共10个阿拉伯数字以及#、*、，等字符。
8.2.1.2 电话号码规则示例
假设一个会话请求转换成电话号码为95551234#3344。
H.323 Gatekeeper试图匹配到第一个特殊字符为止的字符串，如果没有特殊字符就匹配整个字符串。在电话号码95551234#3344中,用作匹配的别名是95551234。
表8.2和8.3包含了例中电话号码规则模式和参数匹配类型(前缀或精确)。
表8.1表明,当匹配参数配置成前缀类型时,如果路由规则中指定的模式与电话号码别名的第一个字符匹配,则认为匹配成功。如果为精确类型,则需要与电话号码别名的全部字符相一致才能认为匹配成功。注意匹配参数为前缀时,模式为零或为空都认为是匹配成功的。
注意 保留默认的对Route All Ohone Numbers Using This Prefix选择，电话号码规则的配置为前缀匹配类型。清除复选框时，默认模式为精确匹配类型。
表8.2中所列出来的示例能够精确匹配电话号码95551234#3344的。在第1个示例中，模式9配置为前缀类型，它与电话号码的前辍字符是一致的。在第2个示例中模式9555也指定为前缀类型。这4个数字也恰与电话号码的前4个字符相一致。在第3个示例中，模式95551234指定为精确匹配类型，这是唯一能正确匹配电话号码别名的精确匹配类型模式。最后，空白模式配置成前缀匹配类型。这样的规则能与任何电话号码的别名相匹配。默认的电话号码规则为前缀匹配类型的空白模式。
表8.3的示例是不能匹配95551234#3344的情况。在第1个规则中，模式8指定为前缀匹配方式，而电话号码别名以9开头，所以不匹配。在第2个规则中，模式9555指定为精确匹配方式，而精确的电话号码别名为95551234，不是95555。
8.2.2 IP地址规则
IP地址规则只用于需要对IP地址字符串进行转换的请求。IP地址字符串的形式通常为a.b.c.d，如192.168.154.13。IP地址规则需确定的参数见表8.4。
当一种模式匹配成功，且相应的IP地址规则就开始作用于发出的会话请求，会话则被路由到在IP地址规则里面指定的目的。对IP地址规则而言，可以选择的目的类型有下面几种：
l None (no destination) 呼叫中断
l Gateway/proxy 呼叫转发到选定的H.323网关/代理或Internet
l Gatekeeper 呼叫转发到位于不同区域的Gatekeeper
l Multicast gatekeeper 呼叫转发到一组多点传送Gatekeeper
l Local network 受叫用户与呼叫者处于同一个网络中。呼叫返回受叫方进行解析。
IP地址规则辨识示例
假设呼叫者要求以a.b.c.d的形式转换IP地址字符串。在尝试以前面IP地址规则所配置的不同匹配模式进行匹配后，H.323 Gatekeeper发现了3种能匹配a.b.c.d形式的规则。
一旦H.323 Gatekeeper确认哪些路由规则能够匹配，就按照以下条件为对路由规则进行排序，以便进行其他的处理。
l 不同的IP地址规则之间，子网掩码的最高位数的值大，优先级高。例如：IP地址字符串为192.168.154.13，子网掩码为255.255.255.192，将比IP地址字符串为192.168.154.13，子网掩码为255.255.255.0的优先级别高。
l 如果两个规则模式相同，则配置为精确匹配的规则比前辍类型的规则优先级别高。
l 如果两个规则具有相同的模式，相同的匹配要求，则度量值小的规则优先级别高。
8.2.3 电子邮件地址规则
电子邮件地址规则需确定的参数如表8.5所示。括号里的条目名称是赋予New Routing Rule向导中的与ISA Management相应列名称不同的参数的。
H.323 Gatekeeper使用该规则试图匹配E-mail 别名中的域名部分。表8.6描述了如何从E-mail别名中获取域名部分字符串。
注意 别名Accounting1是一种无点别点。无点别名是一种非标准的别名格式。
如果一个呼叫请求包含了E-mail地址someone@microsoft.com,域名部分则为microsoft. com。
表8.7提供了4个电子邮件地址规则的参数示例。这4个模式和匹配参数设定好象都能与别名someone@microsoft.com正确匹配。在第1个示例中，模式com指定为后缀匹配类型。它与别名someone@microsoft.com能正确匹配，因为该别名是以com结尾的。在第2个示例中，模式microsoft.com指定为后缀匹配类型。它与别名能够匹配，因为别名的后缀正好包含此字符串。第3个示例中，它的模式指定为精确匹配，该模式microsoft.com将与别名相匹配。因为email地址规则中用来匹配的不是整个用户别名，而只是它的域名部分。实际上，这是唯一能够与别名someone@microsoft.com精确匹配的模式。最后，第4个示例为后辍类型的空白模式。它也与该别名匹配。其实，它与每一个E-mail别名都能匹配。默认的E-mail 地址规则就是后辍类型的空白模式。
含有表8.8中指定的参数的规则不能与别名someone@microsoft.com正确匹配。在第1个示例中，模式com配置成精确匹配类型。它和E-mail别名的域名称符串并没有精确匹配。第2个示例中，空白模式配置为精确类型。对于空白模式来讲，只有不包含域名的别名才能与之精确匹配。
如果一个呼叫请求别名包含字符串someone，且域名部分为空字符，则唯一能与之精确匹配的电子邮件地址规则如表8.9所示。
H.323 Gatekeeper确认哪些路由规则能够匹配之后，就按照以下条件对路由规则进行排序，以便进行其他的处理：
l 规则里面模式含有域名元素多的比含有域名元素少的规则优先级高，如，accounting1. accounting.microsoft.com比microsoft.com优先级高。
l 如果两个规则模式相同，则配置为精确匹配的规则比前辍类型的规则优先级别高。
l 如果两个规则具有相同的模式，相同的匹配要求，则度量值小的规则优先级别高。
8.2.4 规则处理和路由目的
H.323 Gatekeeper为与呼叫中指定的别名匹配的规则创建了排序列表。它将按该排序处理每条规则。至于如何进行处理取决于规则中指定的目的类型。
呼叫路由的功能是指定一个路由目的。每一个规则可以指定下述9种目的类型之一。如果要在一个路由规则中设置特殊的网关/代理、Internet定位服务(ILS)、Gatekeeper或多址广播组(multicast group)，必须先运行Add Destination向导。可以在H.323 Gatekeeper管理单元中，右击Destinations节点，选择Add Destination来进行添加。
8.2.4.1 None规则
该路由目的停止对规则的处理。即使在None规则之后，有其他度量值低(数值大)的规则
【责编:admin】
--------------------next---------------------
