模板
教程
环境
性能
功能
管理
ISA使用路由H.323 Gatekeeper会议呼叫（3）
ISA使用路由H.323 Gatekeeper会议呼叫
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规则之后，有其他度量值低(数值大)的规则匹配，H.323 Gatekeeper也拒绝请求并返回“Cannot be resolved”(无法解析)的消息。
8.2.4.2 注册数据库
该路由目的是在本地的注册数据库中查找与别名。如果别名是E164类型的，H.323 Gatekeeper将搜索特殊字符前的电话号码字符串。例如，如果初始字符串为95551212#3344，Gatekeeper仅仅使用95551212。注册数据库使之与一个IP地址匹配。
如果别名是Emai-ID或H.323-ID类型，Gatekeeper则使用完整的别名在数据库里进行搜索而不仅仅是域名部分。由于这两种类型是可以互换的，所以如果用户注册了一个Emai-IDsomeone @microsoft.com，在查询H.323-IDsomeone@microsoft.com时也能成功解析，反之亦然。如果找到一个条目，则它的地址作为确认信息返回给客户端，同时处理停止。否则，继续进行下一个路由规则的处理。
这种路由目的不能用于IP别名。
8.2.5 网关/代理服务器
这种路由目的指定特殊的H.323代理服务器或网关，并列出IP、DNS或者Net BIOS地址。如果要通过PSTN路由呼叫，就必须使用H.323网关(ISA Server并不包含H.323网关)。
在具有多个代理服务器与网关的网络中，如果要求名称解析，H.323 Gatekeeper随机选择一个返回的IP地址。允许H.323 Gatekeeper在多网关代理服务器之间进行随机选择能够平衡网络负载。结果仍旧返回给客户，客户负责进一步把呼叫连接到所提供地址。如果找到了一个条目，则将地址作为确认信息返回到客户端，同时处理停止。否则，继续进行下一个路由规则的处理。
8.2.6 Internet定位服务器(ILS)
该路由目的指定一台运行Internet定位服务(ILS)的Microsoft Site Server计算机进行名称解析。它只对E-mail地址名称空间查讯起作用。它不是一种常用的格式，只支持反向兼容。
首先，H.323 Gatekeeper为运行Site Server ILS的服务器进行IP地址的名称解析。如果必要，它就在服务器中查询。
H.323 Gatekeeper至少要执行一次完整的别名查询。如果查询失败而且别名拥有标准的E-mail地址格式，如someone@microsoft.com，H.323 Gatekeeper抽取用户名并再次向ILS查询以someone开头的条目。这样，试图找到someone@microsoft.com的客户就有机会找到ILS条目，如：someone@aclearcase/" target="_blank" >ccounting5.accounting.microsoft.com。如果查询没有返回条目，H.323 Gatekeeper则开始进行下一个路由规则处理。
8.2.7 Gatekeeper
该路由目的指定其他H.323 Gatekeeper的IP、DNS或者Net BIOS地址。本地H.323 Gatekeeper进行名称解析以确定目的Gatekeeper的IP地址。此后，本地Gatekeeper向远程Gatekeeper查询一个特殊定位请求。当远端的H.323 Gatekeeper接收到一个定位请求，它就试图使用本地的注册数据库来解析该别名，而不管指定了什么规则。。如果远端H.323 Gatekeeper返回一个Q931地址，则将它作为确认信息返回给发出请求的客户。否则继续进行下一个路由规则处理。
8.2.8 多址广播Gatekeeper
该目的是一种多址广播组。H.323 Gatekeeper使用多址广播协议发出一个定位请求消息。即使有多个多址广播组，H.323也只在224.0.1.41多址广播组侦听并处理传入的定位请求。如果发现一个条目，则将确认信息返回给发出请求的客户，处理过程停止。否则将进行下一步处理。
8.2.9 DNS
该路由目的仅能用于E-mail地址查询。H.323利用DNS来解析别名中的域名，而不管别名中的用户部分。在someone@microsoft.com中，别名的域名是microsoft.com。如果找到任何条目，地址就在确认信息里返回给客户，同时处理停止。否则，继续进行下一个路由规则的处理。
8.2.10 Active Directory目录服务
Active Directory可以指定为电子邮件地址规则的规则目的。它配置成路由目的时，可向Active Directory存储查询匹配的用户对象的ipPhone属性，把呼叫路由给该IP电话。
8.2.11 本地网络
该路由目的仅对IP别名有效。H.323返回别名代表的地址。因为在本地网络中并不要求名称解析或地址转换，由受请求的虽名代表的IP地址可以直接用作查询地址。
8.2.12 将路由规则应用到呼叫中
下面将以示例说明在入站和出站呼叫中，呼叫路由规则是如何起作用的。
8.2.12.1 入站呼叫
当H.323 Gatekeeper接收到一个入站查询时，它先识别别名请求的类型——E164、H.323-ID或者Emai-ID。H.323 Gatekeeper把别名和已经配置了的路由规则进行比较，编辑能匹配的规则并进行排序。其中，度量值低的规则排在排序列表的前面。然后，Gatekeeper按照规则列表进行处理，直到该别名的受请求的地址被解析或者是搜索失败。最后根据地址搜索结果，H.323 Gatekeeper给发出请求的客户发一个确认信息或拒绝信息。
例如，别名为E-mail名称空间的呼叫请求是这样处理的。假设您在Microsoft工作并使用NetMeeting3.0 来呼叫另一个也在Microsoft 工作的人。他的E-mai
别名为someone@microsoft.com
先向H.323 Gatekeeper为someone@microsoft.com发出一个许可请求。然后，H.323 Gatekeeper搜索规则列表。该列表可能包括表8.10所列的规则。
（图片较大 请放大查看）
H.323 Gatekeeper将和域名部分microsoft.com相匹配的规则排列起来，并创建筛选规则列表。如表8.11所示。
（图片较大 请放大查看）
H.323 Gatekeeper首先利用第1条规则，在本地注册数据库中，
查找someone@ microsoft.com
。如果记录存在，则将地址和确认信息返回给发出请求的客户。如果没有地址返回，H.323 Gatekeeper使用第2条规则解析请求。这样，直到返回一个地址或者是处理到了None规则。查找到None规则时，查询失败并返回Cannot be resolved消息。一旦执行到None规则时，则不再处理下面规则，不管它们的优先级有多高。
8.2.12.2 出站呼叫
当一个已经注册的用户发出一个出站呼叫时，首先给H.323 Gatekeeper发送一个许可请求。在该请求中，H.323客户指定目的别名。如果H.323 Gatekeeper为该目的别名找到了地址，它就返回一个许可确认信息。受请求的目的地址就发送给了发出请求的客户。如果没有找到目的地址，它继续处理规则列表来解析请求。
到另外一个域的出站请求会转发给远程ISA Server处理，具体过程如下所述：
Acme公司的NetMeeting
3.0用户呼叫别名为someone@microsoft.com
的用户。如果域名是外部或是未知的，可能先要匹配表8.12所示的规则。
（图片较大 请放大查看）
在这种情况下，H.323 Gatekeeper通知ISA Server计算机这是一个外部地址。然后ISA Server计算机启用DNS搜索顺序。如果查询结果返回一个完全合格的DNS计算机名，则H.323 Gatekeeper将再执行一个DNS查询来搜索IP地址目的。
