54SA.COM|专注于系统运维管理,为中国SA提供动力!
当前位置: 主页 > Windows > 服务器 > ISA >

ISA教程之使用路由H.323 Gatekeeper会议呼叫

时间:2010-10-28 21:30来源:编辑部 编辑:COCO

  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规则之后,有其他度量值低(数值大)的规则

[责任编辑:Lavy]

------分隔线----------------------------