企业流控全解析—与运营商流控的需求及技术对比

企业流控和运营商ISP流控有着很大的区别,这表现在它们的网络环境、流控前提、流控需求、流控目的都不一样,因此,面向运营商的DPI七层流控技术并不一定适合企业。目前存在部分企业管理员使用免费版七层流控软件产品管理企业网络的情况,这一方面由于其免费的诱惑以及各种盗版的盛行,另一方面由于市场上少有性价比高的企业流控软件产品,因此,企业在实际购买流控产品时,还应当从多方面进行全面的了解。本文对企业流控的各个方面做了详细的分析,希望能起到明辨是非、抛砖引玉的作用。


功能项


企业需求


运营商需求


UTMWALL混合流控


DPI七层流控

一、总体比较
近期网络流量变化 1)随着百度网盘、115网盘、网络视频网站本地化服务及本地ISP WEB缓存等新产品、新技术的出现,HTTP流量超过了P2P流量成为占用带宽最大的应用,传统基于特征识别的七层流控不在那么重要,更多的用于多WAN口的应用分流
2)企事业单位接入带宽越来越大、越来越稳定,管理越来越规范,带宽空余的情况也越来越普遍,因此也不一定非要做流量控制;于此相反,运营商逐利的本质注定其要用有限的带宽接入无限的用户,因此必须做出口应用流量控制,以节省成本

1.1 上级ISP对本单位流量的收费政策

上级ISP对本单位的流量无差别的收费 上级ISP对本单位的流量有差别的收费,流向外部网络的收费高,本地网络内的收费低 <空> <空>

1.2 本单位对上网用户的收费政策

一般都是免费上网 对用户收费,一般通过PPPoE拨号等认证方式避免用户逃费及充分利用带宽 <空> <空>

1.3 WAN口数

1个,或者有多个,但用于连接多条相互隔离的专网 多个,1个ISP也可能有多条线路,上级ISP支持PPPoE多拨 1~无限制WAN口,内外网任何一块网卡均可以作为管理网卡 1~无限制WAN口,有的需要专门的管理网卡

1.4 部署方式

边界网关、透明网桥(多对) 透明网桥 边界网关、透明网桥(多对) 透明网桥方式,部分产品网桥数受限;很少产品同时具备边界网关方式,因为边界网关附带各种NAT、路由及上网日志等要求,不容易满足

1.5 适用单位

政府、企业、事业、学校、电商、专网、IDC等单位 ISP(互联网宽带运营商、小区宽带接入商)、网吧 互联网或专网联网单位;使用者入门要求低,无需专业技能,看得懂汉字即可 二线城市(有PPPoE多拨)小区宽带接入私营业主身兼Linux、BSD等系统及网络管理员

1.6 流控目的

1)在带宽耗尽时,优先保证与本单位业务有关的关键应用;
2)在带宽空余时,不要限制非关键应用的带宽;
3)审计、定位、剔除个别用户的恶意流量
4)保障服务器应用接入的QoS
1)在不增加带宽接入成本的前提下,尽量多地接入收费用户;
2)优先保证WEB浏览、网络游戏、网络聊天等交互式应用的QoS,尽量抑制去往外网的P2P流量
<同企业需求> <同运营商需求>

1.7 流控原则

保障关键应用,合理利用带宽 抑制灰色流量,合理分配应用路由 1)以纯七层流控为耻,以混合流控为荣,达到自主可控、长期有效的目的;
2)一步到位卖产品,在保障流控效果的前提下,绝不收取用户的流控特征库升级费
1)以四层流控为耻,以纯七层流控为荣,达到精细控制应用路由和带宽的目的
2)以维护七层流控特征库持续向用户收费为生

1.8 流控技术

<空> <空> 以用户为对象,6元组四层流控+80端口七层流控+0特征库的混合流控技术,白名单方式流控,不用关注各个非关键应用的带宽,只需设置其总带宽,适用于非ISP的终端联网单位使用 以应用为对象,基于七层特征库的流量识别、控制及多WAN口分流技术,黑名单方式流控,类似防病毒的特征匹配,适用于带宽接入商、运营商

1.9 安全性


说明:ISP只关心网络的连通性,不关心用户的安全性
1)专用安全操作系统,没有安全隐患;
2)OS通过了公安部等权威部门的功能、性能及安全性检测
1)通用操作系统,不能保证自身安全,有各种破解版、广告插件及第三方软件
2)没有通过权威部门的功能、性能及安全性检测

1.10 优缺点

<空> <空> 优点:
1) 100%控制非关键应用的带宽,从而100%保障关键应用的QoS;
2)后续维护不依赖于流量特征库,自主可控,长期有效,总体成本低;
3)可以在非互联网的专网内和服务器应用接入等场合发挥作用。
缺点:
无法按应用类型分析、控制出口流量的带宽。但仍有针对内网IP的应用审计和基于ISP IP数据库的策略路由。
优点:
按照应用类型精细控制出口流量的带宽和路由。
缺点:
1)特征库不包含用户关键应用的特征,只能通过抑制特征库中已有应用的带宽,来间接保障用户关键应用的QoS;
2)用户没有自主性,完全依赖厂家的售后支持,随时存在流控失效的风险,而且总体费用高;
3)无法在非互联网的专网内和服务器应用接入等场合发挥作用。
二、四层流控功能比较

2.1 四层流量带宽实时分析

1.6 QoS状态
查看QoS对象实时应用情况,确认限流的效果
一般都有

2.2 四层流量带宽趋势分析

1.4 网络状态
查看24小时之内各个网卡的带宽、会话数等使用趋势,并且留存至少60天的日志记录
一般都有,但不一定能留存60天的日志

2.3 四层ACL访问控制策略

5.7 总控策略
包含源IP及端口、协议、目的IP及端口、动作、网卡、方向、时间、用户认证等18个子项,既可以作为内外网的安全策略也可以作为流控策略
一般有简单的、非IP对象的四层ACL策略,既无法作为内外网的安全策略也无法作为流控策略,有的产品甚至直接省略

2.4 四层流量带宽控制

5.5 QoS对象
与总控策略配合实现基于策略的QoS带宽控制
对于单IP限速,最好在接入交换机的端口上实现,这样做不仅效率高而且不影响网关的性能
一般都有,但和其它策略项关联性不强,例如没有和用户认证策略相关联

2.5 四层流量会话控制

5.4 会话对象
与总控策略配合,控制单个用户各个应用的会话数及新建会话速率,可用于控制私接二级路由
一般只控制单个用户全部应用或全部TCP/UDP的会话数及新建会话速率,导致不能保障关键应用的QoS

2.6 四层异常流量控制/抗内外网DoS攻击/动态剔除个别流量异常的会话


说明:ISP只关心出口应用带宽分布,不关心某一具体源IP的流量明细
5.3 流量对象
定时分析每个源IP的所有流量的会话,识别并记录持续流量和上传流量,动态剔除这样的会话,并暂时屏蔽目的IP,并且留存至少60天的记录
一般都缺乏像样的技术手段,也没有相应的日志留存

2.7 四层流量策略路由

5.1 地址对象
5.7 总控策略
与总控策略配合,实现基于各大ISP IP数据库的出网和入网策略路由
一般只是出网策略路由,缺乏入网的策略路由

2.8 四层流量统计

1.8 流量统计
对各总控策略中的源IP对象的各成员进行流量统计,即使当前无流量,仍能查看其历史流量统计
一般都有但和策略无关

2.9 在线主机流量明细


说明:ISP只关心出口应用带宽分布,不关心某一具体源IP的流量明细
1.10 在线主机
实时查看当前流量状况,对源IP、应用以及流量明细这三种对象进行带宽、会话数、总流量等指标的排序,并且标示是否是持续流量和上传流量
一般都有,但细粒度不够

2.10 会话状态查询及控制


说明:ISP只关心出口应用带宽分布,更不会强制中断
1.11 会话状态
查询网络数据会话,包括源IP、源端口、协议、目的IP、目的端口、总控策略编号等查询条件,并可以将所查询到的会话强制中断
一般都有,但查询和中断功能不全

2.11 NAT包过滤日志


说明:数据量太大,不易留存和查询,一般用Netflow流量日志
5.7 总控策略
实时记录网络数据包,包括时间、源IP、源端口、协议、目的IP、目的端口、总控策略编号及部分数据内容,是联网单位、涉密单位必配的审计手段
大多数都没有,或需要第三方服务器支持,安全性不佳

2.12 Netflow流量日志

4.5 Netflow探针
一条会话输出一条netflow数据流,与包过滤日志相比,效率更高、体积更小,更方便集中存储和查询
部分产品有
三、七层流控功能比较

3.1 七层应用带宽分析、应用审计/流量统计

1.9 应用状态
1.10 在线主机
没有按应用类别叠加的带宽趋势图,但有各源IP各七层应用关键特征流量(不是其全部流量)的带宽、会话数统计和日志,需要特殊应用特征库的支持
一般都有,但缺乏日志留存,或需要第三方服务器支持

3.2 七层应用带宽控制


说明:能够直接定义关键应用,就能100%保障关键应用的QoS,不需要通过七层识别、控制非关键应用的带宽来间接保障
5.7 总控策略(QoS选项)
系统自动分析80端口流量,并把不符合HTTP协议的目的IP放入FAKE80_ip对象,再在总控策略里对其进行带宽、会话数等的控制;另外还可以自定义IPS策略,阻拦具有某一七层特征值的流量
一般都有,但策略设置繁琐,且和其它策略项关联性不强,例如没有和用户认证策略相关联

3.3 七层应用策略路由


说明:只有多WAN环境才有必要进行七层应用策略路由
5.7 总控策略(路由选项)
系统自动分析80端口流量,并把不符合HTTP协议的目的IP放入FAKE80_ip对象,再在总控策略里对其进行策略路由
大多数都有,例如:游戏、聊天应用走联通线路,下载应用走ADSL线路,不适用于专网或单个WAN口接入的环境

3.4 七层应用分类阻拦


说明:ISP不能阻拦用户的网络应用,只能控制网络应用的带宽
6.1 特殊应用总体设置
6.2 特殊应用功能设置
7.5 IDP特征值规则
对远程应用、下载存储、网络游戏、网络视频、聊天通讯、网银支付、证券交易等网络应用一键勾选阻拦;对一万多种非法攻击进行七层特征值过滤并阻拦
一般都没有,但可以通过控制应用带宽,间接实现阻拦应用

3.5 七层流量实时监控


说明:ISP汇聚层流量太大,一般会通过交换机端口镜像的方式实时查看部分流量
1.12 实时监控
实时查询网络流量,可以显示数据包的7层内容,查询条件包括源IP、源端口、协议、目的IP、目的端口、总控策略编号等,不需要先记录、再下载查看
一般有类似的离线功能,但缺乏设置查询条件及直接监控的功能,需要先记录、再下载查看(记录文件的大小受制于存储器的大小),而且记录的流量没有对应的策略号,丧失了实时监控的意义

3.6 WEB审计日志

6.3 网络审计
包括DNS域名查询(https URL的域名)、URL、WEBPOST内容、WEB邮件正文、BBS论坛发帖内容等日志,本地留存至少60天,还可以显示URL级的实时带宽
一般有URL日志,有的需要第三方服务器,且缺乏日志统计和留存管理功能,缺乏URL级的实时带宽显示

3.7 WEB URL阻拦


说明:ISP不能阻拦用户的WEB请求
6.4 WEB审计过滤
6.6 DNS&URL库
对URL的各个组成部分分别进行内容匹配并阻拦
一般都没有,或有简单的自定义域名、URL过滤功能,缺乏大规模分类库及白名单控制
四、用户认证

4.1 认证目的

基于用户角色的访问控制,和流控策略相关,一般不对用户收费 用于防止IP盗用,强制用户缴费,与流控策略无关 可以满足企业及运营商的需求 部分产品可以满足运营商的需求,但都不能满足企业的需求

4.2 认证方法

要求PC、手机、平板等设备上都可以认证,在有三层交换机的网络环境下也可以认证 一般只要求PC或网关上认证,没有考虑三层交换机的网络环境 4.1 ARP服务
二层IP&MAC地址绑定
4.2 SNMP监控
通过三层交换机的IP&MAC地址绑定
5.7 总控策略
8.3 用户组
WEB认证(本地、RADIUS、LDAP)
9.3 PPPOE总体设置
PPPoE认证
9.1 PPTP总体设置
PPTP VPN认证
10.3 IPSEC VPN网关
IPSEC VPN认证
一般有二层IP&MAC地址绑定、WEB认证、PPPoE认证功能,缺乏通过三层交换机的IP&MAC地址绑定与审计功能

4.3 用户门户

提供https加密的用户自服务门户(WEB Portal),实现用户自主登录、登出,修改口令,展现可用URL,查看通知、流量、日志等功能 绝大部分都没有WEB Portal

4.4 认证效果

<空> <空> 对内网和外网用户都可以实行基于用户组的访问控制策略;不同用户组成员,认证后获得不同的上网权限(可访问的目的、会话限制、带宽限制、流量限制、是否审计等) 一般只针对内网用户进行认证;用户认证后,获得相同的上网权限,无法区分特权用户和普通用户

 

参考文件:

1. 中神通UTMWALL网关管理员手册
http://www.trustcomputing.com.cn/utmwall-rom/UTMWALL_v1.8_Manual_CN_20131105.pdf

2. 企业流控实施指南—UTMWALL流控策略设置详解
http://www.trustcomputing.com.cn/utmwall-rom/UTMWALL_TC_Setup.docx

3. 流量管理系统产品选型常见问答(FAQ)
http://www.trustcomputing.com.cn/cn/index.php/support/techdocs/98-tcfaq

时间: 2024-08-05 06:37:17

企业流控全解析—与运营商流控的需求及技术对比的相关文章

Storyboard 全解析

XCode 4.3.2 新功能 - Storyboard 最近开始比较有空在玩 XCode 4.3.2,赫然发现它多了个 Storyboard 的东东. Storyboard 这个东西一般来说是在做创意发想的时候,用来将自己的想的一些故事情节画成像是连环漫画一样,想不到 Apple 把它用在这里,真是佩服... 好吧,不废话,先来说说这个 Storyboard 带来什么改变? 在这个版本前,我们在设计画面的时候都是用 interface builder 产生一个 xib 档,然后在 code 要

Java生鲜电商平台-电商订单系统全解析

Java生鲜电商平台-电商订单系统全解析 今天分享将会分为以下三个环节来阐述: 1.订单系统的介绍 2.订单系统的解构 3.垂直电商订单系统设计思路 一.什么是订单系统? 订单管理系统(OMS)是物流管理系统的一部分,通过对客户下达的订单进行管理及跟踪,动态掌握订单的进展和完成情况,提升物流过程中的作业效率,从而节省运作时间和作业成本,提高物流企业的市场竞争力.顾名思义,电商系统就是用户.平台.商户等对于订单的管控.跟踪的系统,衔接着商品中心.wms.促销系统.物流系统等,是电子商务的基础模块:

Android异步加载全解析之Bitmap

Android异步加载全解析之Bitmap 在这篇文章中,我们分析了Android在对大图处理时的一些策略--Android异步加载全解析之大图处理  戳我戳我 那么在这篇中,我们来对图像--Bitmap进行一个更加细致的分析,掌握Bitmap的点点滴滴. 引入 Bitmap这玩意儿号称Android App头号杀手,特别是3.0之前的版本,简直就是皇帝般的存在,碰不得.摔不得.虽然后面的版本Android对Bitmap的管理也进行了一系列的优化,但是它依然是非常难处理的一个东西.在Androi

Android异步加载全解析之使用AsyncTask

Android异步加载全解析之使用AsyncTask 概述 既然前面提到了多线程,就不得不提到线程池,通过线程池,不仅可以对并发线程进行管理,更可以提高他们执行的效率,优化整个App.当然我们可以自己创建一个线程池,不过这样是很烦的,要创建一个高效的线程池还是挺费事的,不过,Android系统给我吗提供了AsyncTask这样一个类,来帮助我们快速实现多线程开发,它的底层实现,其实就是一个线程池. AsyncTask初探 AsyncTask,顾名思义就是用来做异步处理的.通过AsyncTask,

(转载)Oracle AWR报告指标全解析

Oracle AWR报告指标全解析 2014-10-16 14:48:04 分类: Oracle [性能调优]Oracle AWR报告指标全解析 2013/08/31 BY MACLEAN LIU 26条评论 [性能调优]Oracle AWR报告指标全解析 开Oracle调优鹰眼,深入理解AWR性能报告:http://www.askmaclean.com/archives/awr-hawk-eyes-training.html 开Oracle调优鹰眼,深入理解AWR性能报告 第二讲: http:

【凯子哥带你学Framework】Activity界面显示全解析

前几天凯子哥写的Framework层的解析文章<Activity启动过程全解析>,反响还不错,这说明“写让大家都能看懂的Framework解析文章”的思想是基本正确的. 我个人觉得,深入分析的文章必不可少,但是对于更多的Android开发者——即只想做应用层开发,不想了解底层实现细节——来说,“整体上把握,重要环节深入“是更好的学习方式.因为这样既可以有完整的知识体系,又不会在浩瀚的源码世界里迷失兴趣和方向. 所以呢,今天凯子哥又带来一篇文章,接着上一篇的结尾,重点介绍Activity开启之后

慕容小匹夫 Unity3D移动平台动态读取外部文件全解析

Unity3D移动平台动态读取外部文件全解析 c#语言规范 阅读目录 前言: 假如我想在editor里动态读取文件 移动平台的资源路径问题 移动平台读取外部文件的方法 补充: 回到目录 前言: 一直有个想法,就是把工作中遇到的坑通过自己的深挖,总结成一套相同问题的解决方案供各位同行拍砖探讨.眼瞅着2015年第一个工作日就要来到了,小匹夫也休息的差不多了,寻思着也该写点东西活动活动大脑和手指了.那么今天开始,小匹夫会记录一些平时工作中遇到的坑,以及小匹夫的应对方法,欢迎各位拍砖讨论.那么今天主要讨

iOS Storyboard全解析(转)

来源:http://iaiai.iteye.com/blog/1493956 Storyboard)是一个能够节省你很多设计手机App界面时间的新特性,下面,为了简明的说明Storyboard的效果,我贴上本教程所完成的Storyboard的截图:  现 在,你就可以清楚的看到这个应用究竟是干些什么的,也可以清楚的看到其中的各种关系,这就是Storyboard的强大之处了.如果你要制作一个页面很多 很复杂的App,Storyboard可以帮助你解决写很多重复的跳转方法的麻烦,节省很多时间,以便你

CSS 中z-index全解析(摘自阿里西西)

z-index全解析 Z-index属性决定了一个HTML元素的层叠级别.元素层叠级别是相对于元素在Z轴上(与X轴Y轴相对照)的位置而言.一个更高的Z-index值意味着这个元素在叠层顺序中会更靠近顶部.这个层叠顺序沿着垂直的线轴被呈现. 在一个HTML页面中,自然的层叠顺序(也就是元素在Z轴上的顺序)是由很多因素决定的: 具有负值的stacking contexts(层叠环境)元素,按照出现的先后顺序排列(越靠后层级越靠上); 没有被定位,没有浮动的块级元素,按照出现的先后顺序排列; 没有被定