8.2.2 IP地址规则
IP地址规则只用于需要对IP地址字符串进行转换的请求。IP地址字符串的形式通常为a.b.c.d，如192.168.154.13。IP地址规则需确定的参数见表8.4。
（图片较大 请放大查看）
当一种模式匹配成功，且相应的IP地址规则就开始作用于发出的会话请求，会话则被路由到在IP地址规则里面指定的目的。对IP地址规则而言，可以选择的目的类型有下面几种：
None (no destination) 呼叫中断
Gateway/proxy 呼叫转发到选定的H.323网关/代理服务器或Internet防火墙
Gatekeeper 呼叫转发到位于不同区域的Gatekeeper
Multicast gatekeeper 呼叫转发到一组多点传送Gatekeeper
Locanetwork 受叫用户与呼叫者处于同一个网络中。呼叫返回受叫方进行解析。
IP地址规则辨识示例
假设呼叫者要求以a.b.c.d的形式转换IP地址字符串。在尝试以前面IP地址规则所配置的不同匹配模式进行匹配后，H.323 Gatekeeper发现了3种能匹配a.b.c.d形式的规则。
一旦H.323 Gatekeeper确认哪些路由规则能够匹配，就按照以下条件为对路由规则进行排序，以便进行其他的处理。
不同的IP地址规则之间，子网掩码的最高位数的值大，优先级高。例如：IP地址字符串为192.168.154.13，子网掩码为255.255.255.192，将比IP地址字符串为192.168.154.13，子网掩码为255.255.255.0的优先级别高。
如果两个规则模式相同，则配置为精确匹配的规则比前辍类型的规则优先级别高。
如果两个规则具有相同的模式，相同的匹配要求，则度量值小的规则优先级别高。
8.2.3 电子邮件地址规则
电子邮件地址规则需确定的参数如表8.5所示。括号里的条目名称是赋予New Routing Rule向导中的与ISA Management相应列名称不同的参数的。
（图片较大 请放大查看）
H.323 Gatekeeper使用该规则试图匹配E-mai别名中的域名部分。表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-mai地址规则就是后辍类型的空白模式。
（图片较大 请放大查看）
含有表8.8中指定的参数的规则不能与别名someone@microsoft.com正确匹配。在第1个示例中，模式com配置成精确匹配类型。它和E-mail别名的域名称符串并没有精确匹配。第2个示例中，空白模式配置为精确类型。对于空白模式来讲，只有不包含域名的别名才能与之精确匹配。
（图片较大 请放大查看）
如果一个呼叫请求别名包含字符串someone，且域名部分为空字符，则唯一能与之精确匹配的电子邮件地址规则如表8.9所示。
H.323 Gatekeeper确认哪些路由规则能够匹配之后，就按照以下条件对路由规则进行排序，以便进行其他的处理：
规则里面模式含有域名元素多的比含有域名元素少的规则优先级高，如，accounting1. accounting.microsoft.com比microsoft.com优先级高。
如果两个规则模式相同，则配置为精确匹配的规则比前辍类型的规则优先级别高。
如果两个规则具有相同的模式，相同的匹配要求，则度量值小的规则优先级别高。
（图片较大 请放大查看）