CN101783764A - 获取对等机客户端标识信息的方法、系统以及对等机客户端、接入设备 - Google Patents
获取对等机客户端标识信息的方法、系统以及对等机客户端、接入设备 Download PDFInfo
- Publication number
- CN101783764A CN101783764A CN200910127874A CN200910127874A CN101783764A CN 101783764 A CN101783764 A CN 101783764A CN 200910127874 A CN200910127874 A CN 200910127874A CN 200910127874 A CN200910127874 A CN 200910127874A CN 101783764 A CN101783764 A CN 101783764A
- Authority
- CN
- China
- Prior art keywords
- message
- identification information
- machine client
- reciprocity machine
- dhcp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明涉及通信领域,公开了一种获取对等机客户端标识信息的方法,以解决现有技术中无法对对等机客户端进行定位的问题。该方法通过接收并解析携带对等机客户端标识信息的报文,获取到该对等机客户端的标识信息。该方法能够有效解决对等机客户端的定位问题,从而优化对等机序列的选择。本发明还公开了一种获取对等机客户端标识信息的系统,相关接入设备以及对等机客户端。
Description
技术领域
本发明涉及通信领域,特别涉及P2P技术(Peer to Peer,点到点)中peer(对等机)客户端标识信息的获取。
背景技术
目前互联网是以客户端/服务器的方式为主要结构,此方式要在互联网上设置服务器,在集中处理数据的同时可以对互联网上的客户机提供服务,网络内的信息都必须通过服务器才可以传递。但是,随着网络的发展,人们对大容量信息如音乐、视频文件的需求正在不断增长。传统的客户端/服务器结构制约着网络信息的传递与共享。
P2P技术的出现打破了传统的客户端/服务器结构。在P2P网络中,没有客户端或服务器的概念,只有平等的同级节点,每一个peer都同时充当客户端和服务器的角色。由于P2P技术采用对等计算,随机挑选peer,因此不仅充分利用了每一个peer的资源,提高了网络资源传递和共享的速度,也大大降低了服务器的费用。
但是,在实现本发明的过程中,发明人发现,现有技术中存在由于无法对peer客户端进行定位的问题,导致peer序列(也可以称为P2P客户端序列或对等机序列)的选择出现不合理的现象。例如,一个位于北京的用户需要通过P2P网络进行文件片段的交换。由于P2P技术是随机的挑选peer序列,因此,这位北京的用户很有可能是与位于国外的peer进行文件片段的交换,由此会产生过多的横跨域的流量,大量的网络带宽被占用,从而导致网络性能下降。
发明内容
有鉴于此,本发明的实施例的提供了获取peer客户端标识信息的方法、系统以及相关设备,以解决现有技术中对peer客户端无法进行定位的问题。
一种获取对等机客户端标识信息的方法,包括:
对等机客户端接收报文,该报文携带有该对等机客户端的标识信息;
解析该报文,获取该报文中携带的该对等机客户端的标识信息。
又一种获取对等机客户端标识信息的方法,包括:
对等机客户端接收报文,该报文携带有该对等机客户端的标识信息;
解析该报文,获取该报文中携带的该对等机客户端的标识信息;
当该对等机客户端启动点到点P2P应用时,将该对等机客户端的标识信息提供给该P2P应用服务器。
一种对等机客户端,包括:
第一接收模块,用于接收报文,该报文携带有该对等机客户端的标识信息;
解析模块,用于解析第一接收模块接收到的报文,获取报文中携带的该对等机客户端的标识信息。
一种接入设备,包括:
第一信息添加模块,用于在第一DHCP报文中添加对等机客户端的标识信息,第一DHCP报文来自该对等机客户端;
第二发送模块,用于将经过第一信息添加模块处理的第一DHCP报文提供给DHCP服务器;
第三发送模块,用于将来自DHCP服务器的响应提供给该对等机客户端,其中,来自DHCP服务器的响应携带该对等机客户端的标识信息。
一种接入设备,其特征在于,包括:
第二信息添加模块,用于在来自DHCP服务器的第六DHCP报文中添加对等机客户端的标识信息;
第四发送模块,用于将经过第二信息添加模块处理的第六DHCP报文直接转发给该对等机客户端;或者,用于将经过第二信息添加模块处理的第六DHCP报文封装成第七DHCP报文,将第七DHCP报文发送给该对等机客户端。
一种宽带远程接入服务器,包括:
第二接收模块,用于接收来自对等机客户端的第一PPPoE报文;
第三信息添加模块,用于在该第二PPPoE报文中添加该对等机客户端的标识信息,其中,该第二PPPoE报文是该宽带远程接入服务器对该第一PPPoE报文的响应;
第五发送模块,用于将携带该对等机客户端的标识信息的该第二PPPoE报文发送给该对等机客户端。
一种获取对等机客户端标识信息的系统,包括对等机客户端、接入设备以及DHCP服务器,其中:
对等机客户端,用于通过接入设备与DHCP服务器进行通信,并通过接入设备中继的DHCP报文获取该对等机客户端的标识信息;
接入设备,用于为对等机客户端与DHCP服务器的通信提供中继,并在DHCP报文中添加该对等机客户端的标识信息。
一种获取对等机客户端标识信息的系统,包括对等机客户端和宽带远程接入服务器,其中,
对等机客户端,用于与该宽带远程接入服务器进行通信,并通过该宽带远程接入服务器发送的PPPoE报文获取该对等机客户端的标识信息;
宽带远程接入服务器,用于与该对等机客户端进行通信,并在发送给该对等机客户端的PPPoE报文中添加该对等机客户端的标识信息。
本发明实施例的有益效果在于,通过在报文中携带peer客户端的标识信息,能够对peer进行快速定位,从而优化peer序列的选择。
附图说明
图1为本发明的一个实施例提供的获取peer客户端标识信息的方法流程图;
图2~图9为本发明的实施例中peer客户端通过DHCP报文获取自己的标识信息的过程示意图;
图10~图11为本发明的实施例中peer客户端通过PPPoE报文获取自己的标识信息的过程示意图;
图12为本发明的实施例提供的一种peer客户端;
图13为本发明的又一实施例提供的peer客户端;
图14为本发明的实施例提供的一种接入设备;
图15为本发明的又一实施例提供的接入设备;
图16为本发明的又一实施例提供的接入设备;
图17本发明的另一实施例提供的一种接入设备;
图18为本发明的一个实施例提供的一种宽带远程接入服务器;
图19为本发明的实施例提供的一种获取peer客户端标识信息的系统示意图;
图20~图26为本发明的实施例中,新增的DHCP报文选项或者复用原有DHCP报文选项示意图;
图27为本发明的实施例提供的又一种获取peer客户端标识信息的系统示意图;
图28~图29为本发明的实施例中,复用原有PPPoE报文标签示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图,对本发明作进一步地详细说明。
每个peer客户端都属于一个AS(Autonomous System,自治系统),属于一个peer集合,具有一定的位置信息,拥有自己的IP地址。其中,peer集合是指由一些具有相同属性的peer组成的集合,如:可以将地理位置相近的peer组成一个集合、也可以将处于同一网段的peer组成一个集合,每一个集合都具有一个PID(Peer-groupldentification,对等机集合标识)。
本发明的实施例中,peer客户端的标识信息为以下信息中的一个或者多个:PID、peer客户端的ASID(AS ldentification,自治系统标识)、以及peer客户端所属的ISP(Internet Service Provider,因特网服务提供商)ID。除了这些信息,peer客户端的标识信息还可以包括以下信息中的一个或多个:peer客户端与接入设备间的带宽、peer客户端与接入设备之间的COST(代价)、以及或其他可以标识peer客户端的信息。
如图1所示,图1为本发明的一个实施例提供的获取peer客户端标识信息的方法流程图,包括:
100,peer客户端接收报文,该报文中携带有该peer客户端的标识信息。
目前在通信网络中,以太网接入方式主要有DHCP(Dynamic HostConfiguration Protocol,动态主机配置协议),PPPoE(Point-to-PointProtocol over Ethernet,以太网承载点到点协议)等几种。其中,DHCP协议通常为各互联网主机提供配置信息,比如动态分配IP地址等,也常用在peer客户端连接到接入设备的网络结构中。PPPoE则是对用户接入网络进行授权,是一种技术成熟、管理方便的接入方式,实际应用中,对用户接入网络进行授权通常由BRAS(Broadband Remote Access Server,宽带远程接入服务器)来实现。因此,在本发明的实施例中,可以利用DHCP报文和PPPoE报文来承载peer客户端的标识信息。当然,承载peer客户端标识信息的报文并不仅限于上述两种,其他协议的报文也是可以的。为便于描述,本发明的实施例以DHCP报文和PPPoE报文为例进行说明。
在本实施例中,peer客户端的标识信息为PID,当然,除了PID,还可以包括以下中的一个或多个:peer客户端的ASID、peer客户端与接入设备间的带宽、peer客户端与接入设备之间的COST(代价)、以及peer客户端所属的ISP ID等。其中,PID可以是接入设备ID,或接入设备的IP地址。
在DHCP的应用场景中,接入设备可以是DHCP服务器端和DHCP客户端之间提供中继服务的中继设备;而在PPPoE的应用场景中,接入设备可以是宽带远程接入服务器BRAS。
110,peer客户端解析该报文,获取报文中携带的peer客户端的标识信息。
peer客户端通过解析接收到的报文,就能够获取到该peer客户端自己的标识信息。
下面分别对DHCP报文和PPPoE报文承载peer客户端标识信息的几种情况进行详细介绍。
(1)当承载peer客户端标识信息的报文为DHCP报文时:
可以理解,在这种场景中,peer客户端接收到的DHCP报文来自DHCP服务器(在DHCP的通信过程中,peer客户端也就是DHCP客户端)。其中,该DHCP报文可以是来自DHCP服务器、通过接入设备中继给该peer客户端的。因此,可以在接入设备中预先配置peer客户端的标识信息。此处,预先在接入设备中配置peer客户端的标识信息,可以是人工静态配置,也可以是接入设备自动配置。在本发明的实施例中,当peer客户端和DHCP服务器之间存在中继设备时,peer客户端的标识信息是由接入设备添加到DHCP报文中的。
对于DHCPv4来说,本发明的实施例中,peer客户端接收到的DHCP报文可以是DHCP OFFER(提供)报文,也可以是DHCP ACK(应答)报文。因此,peer客户端可以通过DHCP OFFER报文获取自己的标识信息,也可以通过DHCP ACK报文获取自己的标识信息。下面分别介绍这两种情况的具体过程。
当peer客户端通过DHCP OFFER报文获取自己的标识信息时,具体过程可以是如图2所示的过程:
peer客户端发送DHCP DISCOVER(发现)报文,在本实施例的场景中,该DHCP DISCOVER报文需要通过接入设备的中继,才能到达DHCP服务器。因此,当接入设备接收到来自peer客户端的DHCP DISCOVER报文时,就将该peer客户端的标识信息添加到该DHCP DISCOVER报文中,再将该携带peer客户端标识信息的DHCP DISCOVER报文中继到DHCP服务器。这样,当DHCP服务器向peer客户端回复DHCP OFFER报文时,就会携带上peer客户端的标识信息。从而使得peer客户端通过DHCP OFFER报文获取了自己的标识信息。
当然,当peer客户端通过DHCP OFFER报文获取自己的标识信息时,具体过程也可以是如图3所示的过程:
peer客户端通过接入设备的中继,向DHCP服务器发送DHCPDISCOVER报文;DHCP服务器向其返回DHCP OFFER报文,当DHCP OFFER报文通过接入设备时,接入设备将该peer客户端的标识信息添加到该DHCP OFFER报文中,再将这个DHCP OFFER报文中继给peer客户端。在这个过程中,peer客户端同样通过DHCPOFFER报文获取了自己的标识信息。
当peer客户端通过DHCP ACK报文获取自己的标识信息时,具体过程可以是如图4所示的过程:
peer客户端向DHCP服务器发送DHCP REQUEST(请求)报文或者DHCP INFORM(通知)报文,当DHCP REQUEST报文或者DHCP INFORM报文通过接入设备时,接入设备将该peer客户端的标识信息添加到该DHCP REQUEST报文或者DHCP INFORM报文中,再将该DHCP REQUEST报文或者DHCP INFORM报文中继到DHCP服务器。这样,当DHCP服务器向peer客户端回复DHCPACK报文时,就会携带上peer客户端的标识信息。从而使得peer客户端通过DHCP ACK报文获取了自己的标识信息。
当然,当peer客户端通过DHCP ACK报文获取自己的标识信息时,具体过程也可以是如图5所示的过程:
peer客户端通过接入设备的中继,向DHCP服务器发送DHCPREQUEST报文或者DHCP INFORM报文;DHCP服务器向其返回DHCP ACK报文,当DHCP ACK报文通过接入设备时,接入设备将该peer客户端的标识信息添加到该DHCP ACK报文中,再将这个DHCP ACK报文中继给peer客户端。在这个过程中,peer客户端同样通过DHCP ACK报文获取了自己的标识信息。
而对于DHCPv6来说,本发明的实施例中,peer客户端接收到的DHCP报文可以是DHCP ADVERTISE(通告)报文,也可以是DHCPREPLY(回复)报文。因此,peer客户端可以通过DHCP ADVERTISE报文获取自己的标识信息,也可以通过DHCP REPLY报文获取自己的标识信息。下面分别介绍这两种情况的具体过程。
当peer客户端通过DHCP ADVERTISE报文获取自己的标识信息时,具体过程可以是如图6所示的过程:
peer客户端发送DHCP SOLICIT(恳求)报文,当接入设备接收到来自peer客户端的DHCP SOLICIT报文时,将该peer客户端的标识信息添加到该DHCP SOLICIT报文中,并将该报文封装成DHCPRELAY-FORWARD(中继-转发)报文转发至DHCP服务器。这样,当DHCP服务器向peer客户端回复DHCP RELAY-REPLY(中继-回复)报文时,就会携带上peer客户端的标识信息。当接入设备接收到来自DHCP服务器的DHCP RELAY-REPLY报文时,将报文转换封装为DHCP ADVERTISE报文发送给peer客户端。从而使得peer客户端通过DHCP ADVERTISE报文获取了自己的标识信息。
当然,当peer客户端通过DHCP ADVERTISE报文获取自己的标识信息时,具体过程也可以是如图7所示的过程:
peer客户端发送DHCP SOLICIT报文,经过接入设备中继后,转换封装成DHCP RELAY-FORWARD报文发送至DHCP服务器;DHCP向peer客户端返回DHCP RELAY-REPLY报文,该DHCPRELAY-REPLY报文通过接入设备时,接入设备将peer客户端的标识信息添加到报文中,并将其转换封装成DHCP ADVERTISE报文发送给peer客户端。这个过程中,同样使得peer客户端通过DHCPADVERTISE报文获取了自己的标识信息。
当peer客户端通过DHCP REPLY报文获取自己的标识信息时,具体过程可以是如图8所示的过程:
peer客户端发送DHCP REQUST报文或者DHCPINFORMATION-REQUEST报文,当接入设备接收到来自peer客户端的DHCP REQUST报文或者DHCP INFORMATION-REQUEST报文时,将该peer客户端的标识信息添加到该DHCP REQUST报文或者DHCP INFORMATION-REQUEST报文中,并将报文封装成DHCP RELAY-FORWARD报文转发至DHCP服务器。这样,当DHCP服务器向peer客户端回复DHCP RELAY-REPLY报文时,就会携带上peer客户端的标识信息。当接入设备接收到来自DHCP服务器的DHCP RELAY-REPLY报文时,将报文转换封装为DHCPREPLY报文发送给peer客户端,从而使得peer客户端通过DHCPREPLY报文获取了自己的标识信息。
当然,当peer客户端通过DHCP REPLY报文获取自己的标识信息时,具体过程也可以是如图9所示的过程:
peer客户端发送DHCP REQUST报文或者DHCPINFORMATION-REQUEST报文,经过接入设备中继后,转换封装成DHCP RELAY-FORWARD报文发送至DHCP服务器;DHCP向peer客户端返回DHCP RELAY-REPLY报文,该DHCPRELAY-REPLY报文通过接入设备时,接入设备将peer客户端的标识信息添加到报文中,并将其转换封装成DHCP REPLY报文发送给peer客户端。这个过程中,同样使得peer客户端通过DHCP REPLY报文获取了自己的标识信息。
上面详细介绍了peer客户端通过DHCP报文获取到标识信息的几种情况。在本发明的实施例中,peer客户端的标识信息可以是DHCP报文从peer客户端发送至DHCP服务器的过程中,由接入设备添加至DHCP报文中,例如图2、图4、图6、以及图8所示出的几种场景。当然,peer客户端的标识信息也可以是DHCP报文从DHCP服务器发送至peer客户端的过程中,由接入设备添加至DHCP报文中,例如图3、图5、图7、以及图9所示出的几种场景。
(2)当承载peer客户端标识信息的报文为PPPoE报文时:
由前面的介绍可知,PPPoE对用户接入网络进行授权通常由BRAS来实现(在PPPoE的通信过程中,peer客户端也就是PPPoE客户端)。因此,可以在BRAS中预先配置peer客户端的标识信息,当peer客户端与BRAS进行通信时,BRAS就可以将peer客户端的标识信息添加到PPPoE报文中,发送给peer客户端,从而使得peer客户端通过PPPoE报文获取标识信息。
在PPPoE Discovery(发现)阶段,本发明的实施例中,peer客户端接收到的PPPoE报文可以是PADO(PPPoE Active DiscoveryOffer,PPPoE激活发现提供)报文,也可以是PADS(PPPoE ActiveDiscovery Session-confirmation,PPPoE激活发现会话确认)报文。因此,peer客户端可以通过PADO报文获取自己的标识信息,也可以通过PADS报文获取自己的标识信息。下面分别介绍这两种情况的具体过程。
当peer客户端通过PADO报文获取自己的标识信息时,具体过程可以是如图10所示的过程:
peer客户端发送PADI(PPPoE Active Discovery Initialization,PPPoE激活发现起始)报文,实际应用中,可能有多个BRAS接收到该PADI报文。在本发明的实施例中,每个接收到PADI报文的BRAS都会在回复给该peer客户端PADO报文中添加该peer客户端的标识信息。这样,当peer客户端接收到来自多个BRAS的PADO报文时,选择其中的一个PADO报文,就能够从中获取到自己的标识信息。这里需要说明的是,由前面的介绍可知,peer客户端的标识信息中,PID可以是接入设备的标识信息,例如接入设备ID,或接入设备的IP地址等,因此,在本应用场景中,不同的BRAS在回复给该peer客户端的PADO报文中添加的该peer客户端的标识信息也可以是不同的。
当然,在PPPoE Discovery阶段,peer客户端也可以通过PADS报文获取自己的标识信息,具体过程可以是如图11所示的过程:
peer客户端发送PADI报文,实际应用中,可能有多个BRAS接收到该PADI报文。每一个收到PADI报文的BRAS都会向peer客户端回复PADO报文,peer客户端从多个回复PADO报文的BRAS内选择一个BRAS,发出单播PADR(PPPoE Active DiscoveryRequest,PPPoE激活发现请求)报文,收到PADR报文的BRAS会在回复给该peer客户端PADS报文中添加该peer客户端的标识信息。这样,当peer客户端接收到来自BRAS的PADS报文时,就能够获取到自己的标识信息。
而在PPPoE Session(会话)阶段,主要是LCP(Link ControlProtoCol,数据链路控制协议)、认证、NCP(Network ControlProtocol,网络控制协议)三个协议的协商过程。其中,较常见的认证协议包括:PAP(Password Authentication Protocol,口令验证协议)协议和CHAP(Challenge-Handshake AuthenticationProtocol,挑战握手验证协议)协议等。
与PPPoE Discovery阶段原理相同,为peer客户端提供标识信息的过程,也可以在PPP Session阶段来完成,BRAS可在回复给peer客户端的LCP报文、或者认证报文(例如,RAP报文,以及CHAP报文)、或者NCP报文中添加该peer客户端的标识信息,当peer客户端接收到来自BRAS的这些报文时,就能够获取到自己的标识信息。
上面详细介绍了peer客户端分别通过DHCP报文和PPPoE报文获取到标识信息的几种情况。不管采用何种实现方式,在本发明的实施例中,peer客户端均能获取到该peer客户端的标识信息。
采用本发明的实施例提供的获取peer客户端标识信息的方法,peer客户端能够在与DHCP服务器或者BRAS通信的过程中,获取自己的标识信息。因此,当该peer客户端启动P2P应用时,将获取到的自己的标识信息提供给P2P应用服务器。从而,P2P应用服务器在为该peer客户端选择peer序列时,就能够优先选择与该peer客户端在同一个peer集合内的peer客户端。进一步的,peer客户端的标识信息还可以包括ASID,因此,如果在同一个peer集合内没有合适的peer客户端,则可以扩大选择的范围,选择与该peer客户端在同一个自治系统内的peer客户端。当然,也可以参考其他标识信息等,来判断选择优化的peer序列。P2P应用服务器将经过优化选择的peer序列发送给peer客户端,peer客户端再与peer序列上的peer客户端进行资源的传递和共享。
当然,在本实施例中,当peer客户端通过DHCP报文获取标识信息时,接入设备和DHCP服务器可以是两个不同的设备;在实际情况中,DHCP服务器也可以部署在接入设备上。这种情况下,本实施例也同样能够实现,基本原理与之前的描述类似,此处不再赘述。
可见,采用本发明的一个实施例提供的获取peer客户端标识信息的方法,能够对peer进行快速定位,从而优化peer序列的选择。
本发明的另一实施例,提供了一种peer客户端,如图12所示,该peer客户端包括:
第一接收模块200,用于接收报文,该报文中携带有该peer客户端的标识信息。
解析模块210,用于解析第一接收模块200接收到的报文,获取该报文中携带的该peer客户端的标识信息。
进一步的,如图13所示,在图12所示的peer客户端的基础上,本发明的又一实施例提供的peer客户端还可以包括:
第一发送模块220,用于将解析模块210获取到的该peer客户端的标识信息发送给P2P应用服务器。
本实施例中,携带peer客户端标识信息的报文可以是DHCP报文,也可以是PPPoE报文。其中,DHCP报文可以是:DHCP OFFER报文、或者DHCP ACK报文、或者DHCP ADVERTISE报文,或者DHCP REPLY报文。PPPoE报文可以是PADO报文,或者PADS报文,或者LCP报文,或者认证报文,或者NCP报文。
可见,采用本发明的一个实施例提供的peer客户端,能够对peer进行快速定位,从而为P2P应用服务器对peer序列的优化选择提供信息。
本发明的又一实施例,提供了一种接入设备,如图14所示,该接入设备包括:
第一信息添加模块300,用于在来自peer客户端的第一DHCP报文中添加该peer客户端的标识信息;
第二发送模块310,用于将经过第一信息添加模块300处理的第一DHCP报文提供给DHCP服务器;
第三发送模块320,用于将来自DHCP服务器的响应提供给peer客户端,该来自DHCP服务器的响应携带有peer客户端的标识信息。
可选的,在图14所示的peer客户端的基础上,在本发明的又一实施例中,如图15所示,第二发送模块310包括:
转发单元311,用于将经过第一信息添加模块300处理的第一DHCP报文直接转发给DHCP服务器。
第三发送模块320包括:
回应单元321,用于将来自DHCP服务器的第二DHCP报文发送给peer客户端,其中,第二DHCP报文是DHCP服务器对第一DHCP报文的响应,第二DHCP报文携带有peer客户端的标识信息。
可选的,在图14所示的peer客户端的基础上,在本发明的又一实施例中,如图16所示,第二发送模块310包括:
封装转发单元312,用于将经过第一信息添加模块300处理的第一DHCP报文封装成第三DHCP报文,将第三DHCP报文发送给DHCP服务器;
第三发送模块320包括:
封装回应单元322,用于将来自DHCP服务器的第四DHCP报文封装成第五DHCP报文,将第五DHCP报文发送给peer客户端;其中,第四DHCP报文是DHCP服务器对第三DHCP报文的响应,第四DHCP报文携带有peer客户端的标识信息。
本发明的又一实施例,提供了一种接入设备,如图17所示,该接入设备包括:
第二信息添加模块400,用于在来自DHCP服务器的第六DHCP报文中添加peer客户端的标识信息;
第四发送模块410,用于将经过第二信息添加模块400处理的第六DHCP报文直接转发给该peer客户端;或者,将经过第二信息添加模块400处理的第六DHCP报文封装成第七DHCP报文,将第七DHCP报文发送给peer客户端。
采用本发明的实施例提供的接入设备,能够在peer客户端与DHCP服务器的通信过程中为peer客户端提供标识信息,从而使得peer客户端能够对peer进行快速定位。
本发明的又一实施例,提供了一种宽带远程接入服务器,如图18所示,包括:
第二接收模块500,用于接收来自peer客户端的第一PPPoE报文;
第三信息添加模块510,用于在第二PPPoE报文中添加该peer客户端的标识信息,其中,第二PPPoE报文是该宽带远程接入服务器对第一PPPoE报文的响应;
第五发送模块520,用于将携带peer客户端的标识信息的第二PPPoE报文发送给该peer客户端。
本发明的又一实施例,提供了一种获取peer客户端标识信息的系统,如图19所示。该系统包括peer客户端、接入设备以及DHCP服务器,其中:
peer客户端,用于通过该接入设备与该DHCP服务器进行通信,并通过接入设备中继的DHCP报文获取peer客户端的标识信息;
接入设备,用于为peer客户端与DHCP服务器的通信提供中继,并在DHCP报文中添加peer客户端的标识信息。
在本发明的实施例中,接入设备在DHCP报文中添加peer客户端的标识信息,可以是在DHCP报文中新增一个Option(选项),也可以是复用原有的Option。
例如,对于DHCPv4来说,可以在DHCP报文中新增一个Option,来承载peer客户端的标识信息。该Option格式可以包括Code、Len、Value等字段。其中,Code和Len均为1字节长度,Code标识该选项的类型值;Len标识该Option的长度,即包括了Code、Len以及Value字段的该Option的总的长度;Value标识该Option所携带的信息,即ASID,PID等标识信息。在本发明的一个实施例中,该Option的格式可以是如图20所示。
在这种格式中,将Value值划分为4字节的单位,分别存储ASID、PID、peer客户端与接入服务器间的带宽值、COST值、以及peer客户端所属ISP ID等peer客户端的标识信息,本发明的实施例对具体的存储顺序不做限制。由于ASID、PID可以采用IP地址的格式,peer客户端与接入服务器间的带宽值或COST值也可采用IP地址的4字节格式进行存储,并且,4字节长度可以满足最大值的要求。
当然,在实际情况中,peer客户端的标识信息并不一定都能统一表示为4字节的格式,此时,该Option可以采用如图21所示的格式。其中,Value字段承载多个子选项,每个子选项分别存储不同的标识信息,每个子选项对应的Code值可以预先定义或协商。在这种情况中,子选项可以是如图22所示的格式。
当然,复用DHCP报文中原有的Option,也可以实现本发明的实施例。如,复用DHCP报文中原有的Vendor Specific lnformationOption(厂商特定信息选项)。其格式与上面介绍的图21和图22的情况基本类似,此处不再赘述。
而对于DHCPv6来说,同样也可以在DHCP报文中新增一个Option来承载peer客户端的标识信息。该选项包括opt-code、option-len以及option-data等字段。其中,opt-code字段标识该选项的类型值,option-len标识了包括opt-code、option-len以及option-data字段的该选项的长度,option-data标识该选项所携带的信息,即ASID,PID等标识信息。在本发明的一个实施例中,该Option的格式可以是如图23所示。
在这种格式中,将option-data值划分为16字节的单位,分别存储ASID、PID、peer客户端与接入服务器间的带宽值、COST值、以及peer客户端所属ISP ID等peer客户端标识信息,本发明的实施例对具体的存储顺序不做限制。这是由于ASID、PID等信息的格式一般小于16字节长度,为保持一致性,因此采用16字节格式;而peer与接入服务器间的带宽值或COST值也可采用IP地址的16字节格式进行存储,因此16字节长度完全可以满足最大值要求。
当然,与DHCPv4的情况相类似,peer客户端的标识信息并不一定能统一表示为16字节格式,此时,option-data仍然可以采用不定长格式进行存储。如图24所示。其中,option-data字段承载多个子选项,每个子选项分别存储不同的标识信息,每个子选项对应的opt-code值可以预先定义或协商。在这种情况中,子选项可以是如图25所示的格式。
在DHCPv6中,也可以复用已有的Option,例如复用VendorSpecific Information Option,如图26所示。此时,peer客户端的各种标识信息由option-data字段承载,enterprise-number(企业号)字段可以填写特定的默认值,可根据具体实现确定。同样,1-n字节的option-data字段可以用多个子选项表示,每个子选项对应的opt-code值可以预先定义或协商。具体子选项的格式与上面图25介绍的情况类似,此处不再赘述。
本发明的又一实施例,提供了又一种获取peer客户端标识信息的系统,如图27所示,该系统包括peer客户端和宽带远程接入服务器,其中:
peer客户端,用于与宽带远程接入服务器进行通信,并通过宽带远程接入服务器发送的PPPoE报文获取peer客户端的标识信息;
宽带远程接入服务器,用于与peer客户端进行通信,并在发送给peer客户端的PPPoE报文中添加peer客户端的标识信息。
本领域的技术人员可知,PPPoE报文封装在以太网帧格式中,PPPoE的有效载荷部分格式可以如图28所示。其中,VER字段为4字节,TYPE字段为4字节,CODE字段为8字节,SESSION_ID字段为16字节,LENGTH字段为16字节。CODE能够标识不同的报文,例如:在PPPoE Discovery阶段,PADI报文为0x09,PADO报文为0x07,PADR报文为0x19,PADS报文为0x65;而在PPPoE Session阶段,CODE设置为0x00。SESSION_ID则标识不同的会话,对一个给定的会话来说是一个固定值。而LENGTH标识了PPPoE的PAYLOAD长度(不包括以太网头部和PPPoE头部的长度)。
其中,PPPoE报文的PAYLOAD部分包含0个或多个TAG(标签)。因此,在本发明的实施例中,宽带远程接入服务器在PPPoE报文中添加peer客户端的标识信息,可以是在PPPoE报文中新增一个TAG,也可以是复用原有的TAG。
复用原有的TAG,可以如图29所示。该TAG可以包括TAG_TYPE、TAG_LENGTH、以及TAG_VALUE等字段。其中,TAG_TYPE标识该TAG的类型值;TAG_LENGTH标识该TAG的长度,而在TAG_VALUE,则可以存储ASID、PID、peer客户端与接入服务器间的带宽值或COST值等peer客户端标识信息,本发明的实施例对具体的存储顺序不做限制。较为常见的、可复用的TAG如:Vendor-SpecificTAG(厂商特定信息标签)、Relay-Session-ld TAG(中继连接标签)等。
新增一个TAG来承载peer客户端标识信息的方式与上述方式类似,此处不再赘述。
通过以上的实施方式的描述,本领域的普通技术人员可以清楚地了解到本发明实施例可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备、或者服务器、或者其他网络设备执行本发明各个实施例或者实施例的某些部分所述的方法。
以上仅为本发明的较佳实施例,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
1.一种获取对等机客户端标识信息的方法,其特征在于,包括:
对等机客户端接收报文,所述报文携带有所述对等机客户端的标识信息;
解析所述报文,获取所述报文中携带的所述对等机客户端的标识信息。
2.如权利要求1所述的方法,其特征在于,所述对等机客户端的标识信息包括以下信息中的至少一个:所述对等机客户端所属的自治系统标识,所述对等机客户端所属的对等机集合标识,以及所述对等机客户端所属的因特网服务提供商标识。
3.如权利要求2所述的方法,其特征在于,所述对等机客户端的标识信息还包括以下信息中的至少一个:
所述对等机客户端与接入设备间的带宽,所述对等机客户端与接入设备间的代价COST。
4.如权利要求2或3所述的方法,其特征在于,所述报文为动态主机配置协议DHCP报文,或者以太网承载点到点协议PPPoE报文;
当所述报文为DHCP报文时,所述DHCP报文为:DHCPOFFER报文,或DHCP ACK报文,或DHCP ADVERTISE报文,或DHCP REPLY报文;
当所述报文为PPPoE报文时,所述PPPOE报文为:PPPoE激活发现提供报文PADO,或PPPoE激活发现会话确认报文PADS,或数据链路控制协议LCP报文,或认证报文,或网络控制协议NCP报文。
5.如权利要求4所述的方法,其特征在于,当所述报文为DHCP报文时,所述对等机客户端的标识信息承载在所述DHCP报文的新增选项,或者承载在所述DHCP报文的原有选项;当所述报文为PPPoE报文时,所述对等机客户端的标识信息承载在所述PPPoE报文的新增TAG,或者承载在所述PPPoE报文的原有TAG。
6.一种获取对等机客户端标识信息的方法,其特征在于,包括:
对等机客户端接收报文,所述报文携带有所述对等机客户端的标识信息;
解析所述报文,获取所述报文中携带的所述对等机客户端的标识信息;
当所述对等机客户端启动点到点P2P应用时,将所述对等机客户端的标识信息提供给所述P2P应用服务器。
7.如权利要求6所述的方法,其特征在于,所述对等机客户端的标识信息包括以下信息中的至少一个:所述对等机客户端所属的自治系统标识,所述对等机客户端所属的对等机集合标识,以及所述对等机客户端所属的因特网服务提供商标识。
8.如权利要求7所述的方法,其特征在于,所述对等机客户端的标识信息还包括以下信息中的至少一个:
所述对等机客户端与接入设备间的带宽,所述对等机客户端与接入设备间的代价COST。
9.一种对等机客户端,其特征在于,包括:
第一接收模块,用于接收报文,所述报文携带有所述对等机客户端的标识信息;
解析模块,用于解析所述第一接收模块接收到的所述报文,获取所述报文中携带的所述对等机客户端的标识信息。
10.如权9所述的对等机客户端,其特征在于,所述对等机客户端还包括:
第一发送模块,用于将所述解析模块获取到的所述对等机客户端的标识信息发送给点到点P2P应用服务器。
11.一种接入设备,其特征在于,包括:
第一信息添加模块,用于在第一DHCP报文中添加对等机客户端的标识信息,所述第一DHCP报文来自所述对等机客户端;
第二发送模块,用于将经过所述第一信息添加模块处理的所述第一DHCP报文提供给DHCP服务器;
第三发送模块,用于将来自DHCP服务器的响应提供给所述对等机客户端,所述响应携带所述对等机客户端的标识信息。
12.如权利要求11所述的接入设备,其特征在于,
所述第二发送模块包括:
转发单元,用于将经过所述第一信息添加模块处理的所述第一DHCP报文直接转发给所述DHCP服务器;
所述第三发送模块包括:
回应单元,用于将来自所述DHCP服务器的第二DHCP报文发送给所述对等机客户端,其中,所述第二DHCP报文是所述DHCP服务器对所述第一DHCP报文的响应,所述第二DHCP报文携带所述对等机客户端的标识信息。
13.如权利要求11所述的接入设备,其特征在于,
所述第二发送模块包括:
封装转发单元,用于将经过所述第一信息添加模块处理的所述第一DHCP报文封装成第三DHCP报文,将所述第三DHCP报文发送给所述DHCP服务器;
所述第三发送模块包括:
封装回应单元,用于将来自所述DHCP服务器的第四DHCP报文封装成第五DHCP报文,将所述第五DHCP报文发送给所述对等机客户端;其中,所述第四DHCP报文是所述DHCP服务器对所述第三DHCP报文的响应,所述第四DHCP报文携带有对等机客户端的标识信息。
14.一种接入设备,其特征在于,包括:
第二信息添加模块,用于在来自DHCP服务器的第六DHCP报文中添加对等机客户端的标识信息;
第四发送模块,用于将经过所述第二信息添加模块处理的所述第六DHCP报文直接转发给所述对等机客户端;或者,用于将经过所述第二信息添加模块处理的所述第六DHCP报文封装成第七DHCP报文,将所述第七DHCP报文发送给所述对等机客户端。
15.一种宽带远程接入服务器,其特征在于,包括:
第二接收模块,用于接收来自对等机客户端的第一PPPoE报文;
第三信息添加模块,用于在所述第二PPPoE报文中添加所述对等机客户端的标识信息,其中,所述第二PPPoE报文是所述宽带远程接入服务器对所述第一PPPoE报文的响应;
第五发送模块,用于将携带所述对等机客户端的标识信息的所述第二PPPoE报文发送给所述对等机客户端。
16.一种获取对等机客户端标识信息的系统,其特征在于,包括对等机客户端、接入设备以及DHCP服务器,其中:
所述对等机客户端,用于通过所述接入设备与所述DHCP服务器进行通信,并通过所述接入设备中继的DHCP报文获取所述对等机客户端的标识信息;
所述接入设备,用于为所述对等机客户端与所述DHCP服务器的通信提供中继,并在DHCP报文中添加所述对等机客户端的标识信息。
17.一种获取对等机客户端标识信息的系统,其特征在于,包括对等机客户端和宽带远程接入服务器,其中,
所述对等机客户端,用于与所述宽带远程接入服务器进行通信,并通过所述宽带远程接入服务器发送的PPPoE报文获取所述对等机客户端的标识信息;
所述宽带远程接入服务器,用于与所述对等机客户端进行通信,并在发送给所述对等机客户端的PPPoE报文中添加所述对等机客户端的标识信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910127874A CN101783764A (zh) | 2009-01-17 | 2009-04-10 | 获取对等机客户端标识信息的方法、系统以及对等机客户端、接入设备 |
PCT/CN2009/075841 WO2010081369A1 (zh) | 2009-01-17 | 2009-12-22 | 获取对等机客户端标识信息的方法、系统以及对等机客户端、接入设备 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910105098.6 | 2009-01-17 | ||
CN200910127874A CN101783764A (zh) | 2009-01-17 | 2009-04-10 | 获取对等机客户端标识信息的方法、系统以及对等机客户端、接入设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101783764A true CN101783764A (zh) | 2010-07-21 |
Family
ID=42523587
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910127874A Pending CN101783764A (zh) | 2009-01-17 | 2009-04-10 | 获取对等机客户端标识信息的方法、系统以及对等机客户端、接入设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101783764A (zh) |
-
2009
- 2009-04-10 CN CN200910127874A patent/CN101783764A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102340546B (zh) | IPv6地址分配方法及系统 | |
US6058421A (en) | Method and system for addressing network host interfaces from a cable modem using DHCP | |
US6697864B1 (en) | Login architecture for network access through a cable system | |
US6065049A (en) | Method and system for resolving addresses for network host interfaces from a cable modem | |
CN101296203B (zh) | 对家庭网络中应用终端进行自动配置的装置、系统和方法 | |
US6370147B1 (en) | Method for addressing of passive network hosts in a data-over-cable system | |
US6018767A (en) | Method and system for managing subscription services with a cable modem | |
US6049826A (en) | Method and system for cable modem initialization using dynamic servers | |
EP1648134B1 (en) | Network service selection and authentication and stateless auto-configuration in an IPv6 access network | |
US6775276B1 (en) | Method and system for seamless address allocation in a data-over-cable system | |
EP2272217B1 (en) | Network system with initiator subnetwork communication | |
CN102318284B (zh) | 通过用于ipv6的动态主机配置协议(dhcpv6)扩展配置具有多个接口的主机的装置和方法 | |
US20030106067A1 (en) | Integrated internet protocol (IP) gateway services in an RF cable network | |
US6560203B1 (en) | Method for changing type-of-service in a data-over-cable system | |
CN103580980A (zh) | 虚拟网络自动发现和自动配置的方法及其装置 | |
CN104519097B (zh) | 端口块资源的获取、端口块资源的分配方法及装置 | |
EP2347554B1 (en) | A method and a gateway for providing multiple internet access | |
CN101478576A (zh) | 选择服务网络的方法、装置和系统 | |
WO2011144067A2 (zh) | 处理报文的方法和装置 | |
CN100561969C (zh) | 一种基于PPPoE的宽带接入方法 | |
CN102238075A (zh) | 基于以太网点对点协议的IPv6路由建立方法及接入服务器 | |
CN101188628B (zh) | 发放业务信息的方法和系统、网络设备 | |
JP2003162462A (ja) | 通信ネットワークシステム | |
CN104869177A (zh) | 局域网信息的下发方法及装置 | |
KR20050076410A (ko) | 디.에이치.씨.피 스푸핑 서버가 포함된 피.피.피.오.이방식의 디지털 가입자 회선 모뎀 및 그 시스템, 그리고이를 이용하여 인터넷에 접속하는 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100721 |