当前，以【yǐ】BitTorrent(以下简【yǐ xià jiǎn】🌺称【chēng】😭BT)为代表的P2P下载软【xià zǎi ruǎn】件流量占用了【zhàn yòng le】宽带接入的大【rù de dà】量带宽，据统计已经超过了50%。这对于以【yǐ】太网接入等🕐共享带宽的宽带接入方式提【fāng shì tí】出了很大的挑【dà de tiāo】战，大量的🔂使接入🦇层交换⏯机的端口长期【kǒu zhǎng qī】工作在线速状态，严重影【yán chóng yǐng】响了用户使用【hù shǐ yòng】正常的【zhèng cháng de】Web、E-mail以【yǐ】及视🏃频点播🏏等业务。因此【yīn cǐ】🎲，运营商【yùn yíng shāng】🍦、企业用⏳户以【yǐ】及♓教育等行业的🧦用户都有对这【yǒu duì zhè】类流量🚂进行限🚍制的要【zhì de yào】求。本文以【běn wén yǐ】BT为例，介绍了🚨控制🤹P2P下载流🐃量的一【liàng de yī】般及特殊方法。

BT如何进行的？

BT与传统👁的下载方式最🎤大的不🛣同在于【tóng zài yú】充分发挥了🤓Internet主机对🙋等的特点👀，即每个👏运行TCP/IP栈的主【zhàn de zhǔ】机都可【jī dōu kě】以平等地【dì】(端到端【duān dào duān】)接收或【jiē shōu huò】发起请🤚访问请求👏。虽然随【suī rán suí】着NAT、防火墙👪等技术的普及【de pǔ jí】，全网【quán wǎng】(Internet)端到端【duān dào duān】的时代已经远🤭去【qù】，但是目前仍有🏣很多主机仍然具有🆘Interenet端到端【duān dào duān】能力，此外🐆，即使在【jí shǐ zài】🐍被防火墙👪隔离的【gé lí de】园区网、企业内网中【wǎng zhōng】，主机间也具有【yě jù yǒu】🆘端到端【duān dào duān】环境【huán jìng】。

传统的⏺下载【xià zǎi】方式是【shì shì】C/S模式【mó shì】🚮，或集中🍐模式【mó shì】🚮，即各个【jí gè gè】🧐主机分别从服♐务器下【wù qì xià】载文件【zǎi wén jiàn】，主机不💜提供下载【xià zǎi】，而服务器通常只提供下载【xià zǎi】。

而👷BT的下载【xià zǎi】🍓机制是各主机😂既下载【jì xià zǎi】🍓、又提供【yòu tí gòng】下🙂载服务【zǎi fú wù】，而服务🤞器只是♏提供关【tí gòng guān】于的下【yú de xià】载【zǎi】🍓的主机【de zhǔ jī】和文件【hé wén jiàn】的目录信息【xìn xī】，如图2所示。各主机😂下载【xià zǎi】时🙃选择的内容有【nèi róng yǒu】➡一定的【yī dìng de】散列特【sàn liè tè】⏫征🎽，因此，通常参与下载【xià zǎi】🍓的各主机😂中都有其他主【qí tā zhǔ】机尚未下载【xià zǎi】🍓的内容，从而【cóng ér】👷能够为其他主【qí tā zhǔ】机提供下🙂载服务【zǎi fú wù】。在这种【zài zhè zhǒng】机制下，各主机😂能够同🚦时从多【shí cóng duō】个地点下载【xià zǎi】🍓，因此下🙋载【zǎi】的传❄输速率得以大🚍幅度提高👈。

BT服务器起什么作用？

BT的服务器提供【qì tí gòng】了发布🥍的统一【de tǒng yī】管理，BT客户端需要连【xū yào lián】💾接服务器才能得到其他的参【tā de cān】与下载🍇的主机节点。事实上🛂，这也为🥕我们限制🦋BT流量提【liú liàng tí】供了一➖个简单【gè jiǎn dān】可行的手段【shǒu duàn】。

BT的.torrent文件中【wén jiàn zhōng】包括【bāo kuò】🌏了服务器🏹的地址、文件名【wén jiàn míng】、目录名🏼、文件长度等信息📋，BT客户端软件在分析【fèn xī】🎣.torrent文件之【wén jiàn zhī】🛠后【hòu】，向服务【xiàng fú wù】器🏹发出下载请【zǎi qǐng】🎌求📟，请求📟的URL中包括【zhōng bāo kuò】🌏了自身的端口【de duān kǒu】信息📋，下载进度和状➡态信息📋等。

BT服务器使用track 程序来管理这些下载🦔请求，得到URL后就会🍐查找列表，找到提【zhǎo dào tí】供相应的文件📃下载的【xià zǎi de】🏾主机【zhǔ jī】🏽。客户端就可以进行下【jìn háng xià】载🦔，与此同🤡时，如果该客户端具有接🥉受连接🎯请求的能力，track程序会【chéng xù huì】📅把该主🛎机【jī】的信息也加【xī yě jiā】入列表🉐中〽，使其他【shǐ qí tā】主机【zhǔ jī】🏽能够找【néng gòu zhǎo】到该主【dào gāi zhǔ】机【jī】🏽并进行【bìng jìn háng】下载🦔。

由于【yóu yú】🗓P2P的客户端通常可以指定自身所用来提供下载🤳/上传的【shàng chuán de】🎹端口🐅，因此传统的封【tǒng de fēng】锁端口🐅的方式【de fāng shì】很难奏效【xiào】🎡。

如何控制P2P流量？

利用🥡QoS 客观地说🕔，P2P技术是非常适【fēi cháng shì】🏜合Internet结构【jié gòu】，能够将网络资【wǎng luò zī】源【yuán】的【de】使🔮用最大化的【de】一✳种机制，在很多情况下，P2P能够节省网络🛢基础资【jī chǔ zī】源【yuán】，例如，在一个🛍宽带接入网络中【zhōng】🛃，如果有100个用户要下载【yào xià zǎi】🥅外网的【wài wǎng de】🎙同一个文件，传统的【chuán tǒng de】🎙方式是同样的【de】🕜流量要经过运营商出📉口100次【cì】🔽。除非运营商提供缓存【gòng huǎn cún】或分发服务。但在【dàn zài】BT的【de】🎙模式下，经过出口的【de】流🚌量会显著减少，因为内【yīn wéi nèi】网的【de】🎙用户可【yòng hù kě】以🖍相互下【xiàng hù xià】🤫载【zǎi】🥅。而【ér】P2P应用已🎀经成为一种趋【yī zhǒng qū】势，单靠封🚌堵是很🤣难阻挡【nán zǔ dǎng】🌑P2P的【de】🎙发展的【de】🎙。

但是，由于机制的优越性，P2P这种模式在现🍲阶段难🗒免会对【miǎn huì duì】传统的【chuán tǒng de】应用📺造成冲击，影响正常业【zhèng cháng yè】务🏇流量【liú liàng】🏋。 因此，一种合【yī zhǒng hé】理的出🍸发点是【fā diǎn shì】利用【lì yòng】QoS机制，在保障正常业【zhèng cháng yè】务🏇的运行的情况【de qíng kuàng】下💳，允许用户使用🦄P2P应用📺。 这种方🐡式的难【shì de nán】点较多😮，首先在于如何⚾界定正常业【zhèng cháng yè】务🏇流量【liú liàng】🏋，如何规【rú hé guī】划带宽【huá dài kuān】。

现阶段【xiàn jiē duàn】，语音、视频流量【liú liàng】、企业用户的👹电子商务交易【wù jiāo yì】流🏗量，以及宽带接入用户的👹Web流量【liú liàng】、E-mail流量和【liú liàng hé】🐂即时通【jí shí tōng】信流量【xìn liú liàng】🚋都可以【dōu kě yǐ】被列入正常业务，被划分不同的优先级。此后【cǐ hòu】，运营商💅可以根【kě yǐ gēn】据用户🚕的使用情况【kuàng】和应用的【yīng yòng de】😫发展情况【kuàng】，修改和🥧优化🌃QoS配置🛄。

对于这种方式，从流量分析🚠的角度来看，现有的【xiàn yǒu de】MRTG和其他基于🐼SNMP的流量【de liú liàng】检测手🎂段已经💓很难满足要求【zú yào qiú】🏞。为此，Cisco开发了Netflow技术【jì shù】🈚，能够提供按照🖼业务类型【wù lèi xíng】区分🐟的实时【de shí shí】流量报【liú liàng bào】告【gào】。其他厂商也陆🌮续提供了对Netflow的支持【de zhī chí】，例如华为-3Com推出了🐲NetStrean，即兼容【jí jiān róng】💌Netflow。Netflow由交换机完成对流量(包括业🕘务类型【wù lèi xíng】、源/目的地【mù de dì】址等信🏡息📡)的统计，并将统【bìng jiāng tǒng】➰计数据【jì shù jù】提交至【tí jiāo zhì】专用服【zhuān yòng fú】务器供分析🚠。

第二个【dì èr gè】难点在🈳于如何实现贯🚷穿全网【chuān quán wǎng】的【de】👋QoS，由于现有的【de】交🖖换机类型众多，支持的【de】👋QoS机制不同【tóng】，使得全【shǐ dé quán】网【wǎng】QoS很难实【hěn nán shí】施【shī】。因此🦏，运营商🔟在设备选型时需要考虑到QoS策略实施【shī】的【de】可♒行性🍃。

流量感【liú liàng gǎn】🚿知技术【zhī jì shù】 流量感【liú liàng gǎn】🚿知是交换机发展的【de】🔁主流趋势之一🔩，也是现【yě shì xiàn】在交换机厂商所吹捧【suǒ chuī pěng】🏷的【de】🔁“网络智🦊能化💥”的【de】🔁基础【jī chǔ】。目前，不少网络厂商【luò chǎng shāng】都实现了基于流量感【liú liàng gǎn】🚿知的【de】🔁P2P流量【liàng】🧡控制功能📩。流量感【liú liàng gǎn】🚿知功能🎭使交换机能够对流量【duì liú liàng】🧡进行分【jìn háng fèn】析，识别出【shí bié chū】其中的【de】🔁P2P流量【liàng】🧡，并实施相应的【xiàng yīng de】🔁策略🖨。分析的【de】🌄过程类🌛似于状态检测【tài jiǎn cè】🛬防火墙【fáng huǒ qiáng】，即将流量【liàng】🧡与已知的【de】🔁P2P协议特征进行模式匹配，匹配成功即可【gōng jí kě】⛺识别出【shí bié chū】BT、EDonkey等协议🐻。通常🖕，这种方【zhè zhǒng fāng】式对于可任意修改端📎口的【kǒu de】🔁P2P软件依【ruǎn jiàn yī】🤐然有效。

使用流【shǐ yòng liú】量感🦉知功能来控制BT流量【liú liàng】🛂非常简单。事实上，除了交换机【huàn jī】/路由器🌏外，防火墙【fáng huǒ qiáng】等设备【děng shè bèi】也在逐渐加入🎎对于🐭各种主流【liú】📺P2P协议的🍜感知功能。甚至【shèn zhì】🚑Linux核心中也已经【yě yǐ jīng】提供了对于🐭P2P流量感【liú liàng gǎn】🦉知的模【zhī de mó】🌫块，可以结合📣iptables防火墙【fáng huǒ qiáng】以及🤱tc带宽限制功能来识别📿、控制BT、EDonkey等协议【děng xié yì】流量【liú liàng】🛂。

端口⏹及带宽限制 在网关【zài wǎng guān】、防火墙上进行【shàng jìn háng】📈端口⏹封堵是【fēng dǔ shì】当前最为普遍的做法🏧,成本较👎低【dī】,但是效【dàn shì xiào】果往往🎣差强人意。因为【yīn wéi】BT等应用【děng yīng yòng】🌚允许用户修改【hù xiū gǎi】下载🤸、上传端口⏹，因此依【yīn cǐ yī】靠限制传输端🏐口很容【kǒu hěn róng】🕞易被绕【yì bèi rào】开，但如前【dàn rú qián】所述，如果限制通常不会被📽修改的【xiū gǎi de】tracker端口⏹(通常是6969)则相对✊更容易🚇达到目的。

在常规📚方法🛏难以奏效的情【xiào de qíng】况下，可以采用封堵6600-7900之间所有【yǒu】TCP/UDP端口的方法🛏，这通常🚢可以较【kě yǐ jiào】好地禁【hǎo dì jìn】止【zhǐ】BT流量，但同时🚗难免对🏔少数正【shǎo shù zhèng】常业务🛐造成影响【xiǎng】🛰。

此外，在已经锁定BT用户的情况下【qíng kuàng xià】，可以使【kě yǐ shǐ】🍆用带宽【yòng dài kuān】限制的🏔方法来控制🚫BT流量【liú liàng】🕔。

对于【duì yú】😪P2P流量的🧦控制🍎,从长远来看可以通过🍡QoS和网络【hé wǎng luò】设备流【shè bèi liú】量感知🔭技术的【jì shù de】结合，实现对【shí xiàn duì】业务透【yè wù tòu】明的智能控制【néng kòng zhì】🍎。从目前🏟来看，QoS和网络【hé wǎng luò】设备流【shè bèi liú】量感知🔭都已经具有一【jù yǒu yī】😻定的可【dìng de kě】实施性【shí shī xìng】🏰,但尚缺乏有效整合的机制【jī zhì】。此外，使用端🧣口限制和带宽🍹限制等基础手段👣，可以在一定程度上抑制BT流量。