CN101282229A - PPPoE实现广播业务的方法 - Google Patents
PPPoE实现广播业务的方法 Download PDFInfo
- Publication number
- CN101282229A CN101282229A CNA2007100904311A CN200710090431A CN101282229A CN 101282229 A CN101282229 A CN 101282229A CN A2007100904311 A CNA2007100904311 A CN A2007100904311A CN 200710090431 A CN200710090431 A CN 200710090431A CN 101282229 A CN101282229 A CN 101282229A
- Authority
- CN
- China
- Prior art keywords
- pppoe
- broadcast
- broadcast behavior
- bag
- client
- 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
Abstract
本发明是有关于一种PPPoE实现广播业务的方法,包括以下步骤:第一步:PPPoE两端通过发现阶段的会话协商广播性能信息;该第一步包括B1:PPPoE客户端首先主动发送广播包PADI包;B2:PPPoE服务器回应PPPoE客户端一个PADO包;B3:PPPoE客户端发送PADR告知PPPoE服务器;及B4:PPPoE服务器为用户分配一个唯一的会话标识符,启动PPP状态机准备开始PPP会话,并发送一个会话确认PADS包;以及第二步:PPPoE两端根据上述协商的广播性能来进行广播数据转发。上述方法可以保证PPPoE完全像IP广播一样支持广播业务,满足了网络运营商对广播业务的要求,用于提高多业务网络的运营管理统一性,方便多业务的开展,从而更加适于实用。
Description
技术领域
本发明涉及一种网络通信技术领域的实现广播业务的方法,特别是涉及一种PPPoE(Point-to-Point Protocol over Ethernet,以太网上的点到点协议)实现广播业务的方法。
背景技术
PPPoE是基于以太网的点到点协议,PPPoE会话包含发现阶段和PPP(ThePoint-to-Point Protocol,点到点协议)会话阶段两个阶段,发现阶段是无状态的客户端/服务器模式,目的是获得PPPoE终结端的MAC地址(MediaAccess Control,媒介接入控制),并建立一个唯一的PPPoE会话标识。发现阶段结束后,就进入PPP会话阶段。PPP会话阶段主要是LCP(Link ControlProtocol,链路控制协议)、认证、NCP(Network Control Protocol,网络控制协议)三个协议的协商过程。PPP协议是数据链路层的协议,提供一种标准的方式在点对点的链路上传输多个网络层协议的数据报文。
IP广播的基本思想是数据源只发送一份数据,所有的接收者可接收相同数据的拷贝。IP广播技术实现了IP网络中点到多点的高效数据传送。
随着Internet的迅猛发展,大量多媒体业务涌现出来,其中一些业务要求多个或者所有的用户能同时接收相同数据,如远程监控、天气预报、广告发布、紧急事件通告等。这些多媒体业务与一般的Internet接入业务相比,具有点对多点传输的特点。目前的PPPoE协议要求端与端之间是点到点的关系,不适用于广播要求的点对多点关系,即PPPoE协议本身并不支持广播业务。由于PPPoE协议的点到点特性,需要对每个PPPoE会话进行广播复制,导致PPPoE广播流在二层环境中进行大量的复制,使广播业务的开展受到极大的限制。这在一定程度上影响了基于广播功能的新业务开展。
发明内容
本发明的主要目的在于提供一种PPPoE实现广播业务的方法,所要解决的技术问题是使其可以保证PPPoE完全像IP广播一样支持广播业务,方便多业务的开展,从而更加适于实用。
本发明的目的及解决其技术问题是采用以下的技术方案来实现的。依据本发明提出的PPPoE实现广播业务的方法,主要包括以下步骤:
第一步:PPPoE两端通过发现阶段的会话来协商广播性能信息;
第二步:PPPoE两端根据协商的广播性能来进行广播数据转发;
其中:所述第一步中的PPPoE两端通过发现阶段的会话来协商广播性能信息的过程还包括以下步骤:
B1:PPPoE客户端首先主动发送广播包PADI(PPPoE Active DiscoveryInitiation,PPPoE主动发现开始)寻找PPPoE服务器。其中,可选的,PADI包中可包含广播性能信息;
B2:PPPoE服务器收到PADI包后,检查客户端请求的服务,如果可以提供主机要求的服务,则回应PPPoE客户端一个PADO包(PPPoE ActiveDiscovery Offer,PPPoE主动发现提供)。其中,如果PPPoE服务器支持广播性能协商的功能,可选的,它可在PADO包中包含它支持的广播性能及其它信息,或者只包含它支持的客户端请求的广播性能及其它信息,或者只包含除了广播性能外的其它信息;如果PPPoE服务器不支持广播性能协商的功能,则忽略PADI包中的广播性能信息;
B3:PPPoE客户端在回应PADO的PPPoE服务器中选择一个合适的服务器,并发送PADR(PPPoE Active Discovery Request,PPPoE主动发现请求)告知PPPoE服务器。其中,如果客户端支持广播性能协商的功能,则检查PADO中的广播性能信息,如果PADO中有自己支持或请求的广播性能信息,则在PADR包中包含自己请求的广播性能,如果PADO中没有自己支持或请求的广播性能信息,或者PADO中没有广播性能信息,则在PADR包中不包含广播性能信息,或者继续包含请求的广播性能信息;如果客户端不支持广播性能协商功能,则忽略PADO中的广播性能信息;
B4:PPPoE服务器收到PADR包后,确认是否支持客户端请求的服务,如果支持,则开始为用户分配一个唯一的会话标识符,启动PPP状态机以准备开始PPP会话,并发送一个会话确认包PADS(PPPoE Active DiscoverySession-confirmation,PPPoE主动发现会话确认)。其中,如果服务器支持客户端请求的广播性能,则PADS包中包含客户端请求的广播性能,如果不支持客户端请求的广播性能,或者不支持广播性能协商的功能,则在PADS包中不包含广播性能信息。
PPPoE客户端在收到PADS后,如果PPPoE服务器分配了会话标识符,则启动PPP状态机以准备开始PPP会话。其中,如果客户端请求了广播性能的协商,则检查PADS中的广播性能信息,如果PADS中有自己请求的广播性能信息,则在进行广播数据转发时,使用协商的广播性能进行转发;如果PADS中没有自己请求的广播性能信息,或者客户端没有请求广播性能的协商,则忽略PADS中的广播性能信息,进行广播数据转发时,使用缺省的广播性能,即PPPoE方式,进行转发。
PPPoE两端通过发现阶段的会话来协商广播性能信息的方法有两种:
1)利用PPPoE现有的TAG(标签)来协商广播性能信息。如:Service-Name和Vendor-Specific TAG。
2)扩展PPPoE的TAG,来支持广播性能信息的协商。
PPPoE两端协商广播性能时,如果PPPoE任何一端不支持广播性能TAG,可以忽略此TAG。
所述的广播性能信息是指广播数据转发方式,也可以说是广播数据转发时使用的封装类型,在下面统一称为广播数据转发方式。它是PPPoE会话建立完成后,进行广播数据转发时,使用的转发方式。广播数据具有下面的转发方式:
1)PPPoE方式:它的含义是广播数据转发时使用PPPoE会话的方式来转发。
2)IPoE方式:它的含义是广播数据转发时使用IPoE会话的方式来转发,也就是,原先承载在PPPoE会话中的广播数据,现在使用IPoE的方式直接转发,不必再封装在PPPoE中。
所述第二步中,进行广播数据转发时,广播数据使用协商的广播数据转发性能来进行数据转发,其它的数据依然使用PPPoE的方式进行转发。
本发明与现有技术相比具有明显的优点和有益效果。由以上技术内容可知,本发明提供的PPPoE实现广播业务的方法,可以保证PPPoE完全像IP广播一样支持广播业务,解决了PPPoE的广播流大量复制问题,满足了网络运营商对广播业务的要求,用于提高多业务网络的运营管理统一性,方便多业务的开展,从而更加适于实用。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂,以下特举较佳实施例,并配合附图,详细说明如下。
附图说明
图1是根据本发明的实施例的网络结构图。
图2是根据本发明的流程图。
图3是根据本发明的实施例的PPPoE会话流程图。
图是4PPPoE的TAG的定义格式。
具体实施方式
为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例,对依据本发明提出的PPPoE实现广播业务的方法其具体实施方式详细说明如后。
本发明用来实现PPPoE协议上的广播业务,可以保证PPPoE完全像IP广播一样支持广播业务,解决了PPPoE的广播流大量复制问题,满足了网络运营商对广播业务的要求,用于提高多业务网络的运营管理统一性,方便多业务的开展。
如图1所示,在根据本发明实施例的实现PPPoE协议上的广播业务的网络结构中,PPPoE终端10通过以太网交换机20,连接到接入服务器30,接入服务器30的网络侧连接到Internet 40。在PPPoE终端10和以太网交换机20之间,在以太网交换机20和接入服务器30之间的链路是以太网链路。
PPPoE终端10具有PPPoE功能和广播功能。以太网交换机20具有桥接转发功能。接入服务器30具有PPPoE终结功能和广播功能。
如图2所示,根据本发明实施例的实现PPPoE协议上的广播业务的方法包括:
第一步S101:PPPoE两端通过发现阶段的会话来协商广播性能信息;
PPPoE两端通过发现阶段的会话来协商广播性能信息的过程还包括以下步骤:
B1 PPPoE客户端首先主动发送广播包PADI寻找PPPoE服务器。其中,可选的,PADI包中可包含广播性能信息;
B2 PPPoE服务器收到PADI包后,检查PPPoE客户端请求的服务,如果可以提供主机要求的服务,则回应PPPoE客户端一个PADO包。其中,如果PPPoE服务器支持广播性能协商的功能,可选的,它可在PADO包中包含它支持的广播性能及其它信息,或者只包含它支持的客户端请求的广播性能及其它信息,或者只包含除了广播性能外的其它信息;如果PPPoE服务器不支持广播性能协商的功能,则忽略PADI包中的广播性能信息;
B3 PPPoE客户端在回应PADO包的PPPoE服务器中选择一个合适的服务器,并发送PADR包告知PPPoE服务器。其中,如果PPPoE客户端支持广播性能协商的功能,则检查PADO包中的广播性能信息,如果PADO包中有自己支持或请求的广播性能信息,则在PADR包中包含自己请求的广播性能,如果PADO包中没有自己支持或请求的广播性能信息,或者PADO包中没有广播性能信息,则在PADR包中不包含广播性能信息,或者继续包含请求的广播性能信息;如果PPPoE客户端不支持广播性能协商功能,则忽略PADO包中的广播性能信息;
B4 PPPoE服务器收到PADR包后,确认是否支持PPPoE客户端请求的服务,如果支持,则开始为用户分配一个唯一的会话标识符,启动PPP状态机以准备开始PPP会话,并发送一个会话确认包PADS包。其中,如果PPPoE服务器支持PPPoE客户端请求的广播性能,则PADS包中包含PPPoE客户端请求的广播性能,如果不支持PPPoE客户端请求的广播性能,或者不支持广播性能协商的功能,则在PADS包中不包含广播性能信息。
PPPoE客户端在收到PADS包后,如果PPPoE服务器分配了会话标识符,则启动PPP状态机以准备开始PPP会话。其中,如果PPPoE客户端请求了广播性能的协商,则检查PADS包中的广播性能信息,如果PADS包中有自己请求的广播性能信息,则在进行广播数据转发时,使用协商的广播性能进行转发;如果PADS包中没有自己请求的广播性能信息,或者PPPoE客户端没有请求广播性能的协商,则忽略PADS包中的广播性能信息,进行广播数据转发时,使用缺省的广播性能,即PPPoE方式,进行转发。
PPPoE两端通过发现阶段的会话协商广播性能信息的方法有两种:
1)利用PPPoE现有的TAG(标签)来协商广播性能信息。如:Service-Name和Vendor-Specific TAG。
2)扩展PPPoE的TAG,来支持广播性能信息的协商。PPPoE两端协商广播性能时,如果PPPoE任何一端不支持广播性能TAG,可以忽略此TAG。
所述的广播性能信息是指广播数据转发方式,也可以说是广播数据转发时使用的封装类型。它是PPPoE会话建立完成后,进行广播数据转发时,使用的转发方式。广播数据具有下面的转发方式:
1)PPPoE方式:它的含义是广播数据转发时使用PPPoE会话的方式来转发。
2)IPoE方式:它的含义是广播数据转发时使用IPoE会话的方式来转发,也就是,原先承载在PPPoE会话中的广播数据,现在使用IPoE的方式直接转发,不必再封装在PPPoE中。
当广播数据使用PPPoE封装或者IPoE封装来转发时,前者与现有的PPPoE广播实现相同,兼容了现有的PPPoE广播实现,后者与现有的IPoE广播实现相同,实现了PPPoE广播数据的高效复制。
在本实施例中,采用扩展PPPoE的TAG的方式,来支持广播性能的协商。PPPoE扩充的广播性能TAG采用和PPPoE一样的TAG定义格式来定义。PPPoE的TAG定义格式请参阅图4所示,
TAG_TYPE域为16位值(网络字节序),表示TAG的类型。
TAG_LENGTH域为16位,是无符号值(网络字节序),表明TAG_VALUE的字节数。
所述扩充的广播性能TAG的描述如下:
这个TAG用来协商所述广播转发方式信息,TAG_TYPE值定义为0x0112,也可以定义为其它值,只要保证类型值不冲突就可以了。TAG_VALUE长度为1个字节,表示广播转发方式,可取的值有:PPPoE方式(值定义为1)和IPoE方式(值定义为2)。
广播性能TAG是可选项,它的缺省值为PPPoE方式。如果不协商这个选项,则使用PPPoE方式来转发广播数据,这样就与现有的PPPoE广播实现相兼容。
在本实施例中,PPPoE两端的广播性能协商结果为:广播数据转发方式为IPoE方式。
第二步S102:PPPoE两端根据协商的广播性能来进行广播数据转发;
进行广播数据转发时,进行广播数据转发时,广播数据使用协商的广播数据转发性能来进行数据转发,其它的数据依然使用PPPoE的方式进行转发。
根据前面所述第二步S102中的协商结果,接入服务器向PPPoE客户端发送广播数据时,以IPoE方式向PPPoE客户端转发广播数据。同时其它的PPPoE的数据通过PPPoE方式转发给PPPoE客户端。
以上所述,仅是本发明的较佳实施例而已,并非对本发明作任何形式上的限制,虽然本发明已以较佳实施例揭露如上,然而并非用以限定本发明,任何熟悉本专业的技术人员,在不脱离本发明技术方案范围内,当可利用上述揭示的结构及技术内容作出些许的更动或修饰为等同变化的等效实施例,但是凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰,均仍属于本发明技术方案的范围内。
Claims (10)
1. 一种PPPoE实现广播业务的方法,其特征在于包括以下步骤:
第一步:PPPoE两端通过发现阶段的会话协商广播性能信息;以及
第二步:PPPoE两端根据上述协商的广播性能来进行广播数据转发。
2. 如权利要求1所述的PPPoE实现广播业务的方法,其特征在于其中所述的第一步包括:
B1:PPPoE客户端首先主动发送广播包PADI包;
B2:PPPoE服务器收到PADI包后,检查PPPoE客户端请求的服务,如果可以提供主机要求的服务,则回应PPPoE客户端一个PADO包,如果PPPoE服务器不支持广播性能协商的功能,则忽略PADI包中的广播性能信息;
B3:PPPoE客户端在回应PADO包的PPPoE服务器中选择一个服务器,并发送PADR告知PPPoE服务器;以及
B4:PPPoE服务器收到PADR包后,判断是否支持PPPoE客户端请求的广播性能,如果支持,则开始为用户分配一个唯一的会话标识符,启动PPP状态机以准备开始PPP会话,并发送一个会话确认PADS包。
3. 如权利要求2所述的PPPoE实现广播业务的方法,其特征在于其中所述的PADI包中包含广播性能信息。
4. 如权利要求2所述的PPPoE实现广播业务的方法,其特征在于在其中所述的步骤B2中,
如果PPPoE服务器支持广播性能协商的功能,则在PADO包中包含它支持的广播性能及其它信息,或者只包含它支持的客户端请求的广播性能及其它信息,或者只包含除了广播性能外的其它信息;
如果PPPoE服务器不支持广播性能协商的功能,则忽略PADI包中的广播性能信息。
5. 如权利要求2所述的PPPoE实现广播业务的方法,其特征在于在其中所述的步骤B3中,
如果PPPoE客户端支持广播性能协商的功能,则检查PADO中的广播性能信息,
如果PADO包中有自己支持或请求的广播性能信息,则在PADR包中包含自己请求的广播性能,
如果PADO中没有自己支持或请求的广播性能信息,或者PADO中没有广播性能信息,则在PADR包中不包含广播性能信息,或者继续包含请求的广播性能信息;
如果PPPoE客户端不支持广播性能协商功能,则忽略PADO中的广播性能信息。
6. 如权利要求2所述的PPPoE实现广播业务的方法,其特征在于在其中所述的步骤B4中,
如果PPPoE服务器支持PPPoE客户端请求的广播性能,则PADS包中包含PPPoE客户端请求的广播性能,
如果PPPoE服务器不支持PPPoE客户端请求的广播性能,或者不支持广播性能协商的功能,则在PADS包中不包含广播性能信息。
7. 如权利要求2所述的实现广播业务的方法,其特征在于在还包括:PPPoE客户端在收到PADS后,如果PPPoE服务器分配了会话标识符,则启动PPP状态机以准备开始PPP会话。
8. 根据权利要求1所述的PPPoE实现广播业务的方法,其特征在于在第一步中,利用PPPoE的TAG或者扩展PPPoE的TAG来协商广播性能信息。
9. 根据权利要求1所述的PPPoE实现广播业务的方法,其特征在于在第二步中所述的广播数据的转发方式为PPPoE方式或者IPoE方式。
10. 根据权利要求9所述的PPPoE实现广播业务的方法,其特征在于在第二步中,进行广播数据转发时,广播数据使用协商的广播数据转发性能来进行数据转发,其它的数据依然使用PPPoE的方式进行转发。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100904311A CN101282229A (zh) | 2007-04-06 | 2007-04-06 | PPPoE实现广播业务的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007100904311A CN101282229A (zh) | 2007-04-06 | 2007-04-06 | PPPoE实现广播业务的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101282229A true CN101282229A (zh) | 2008-10-08 |
Family
ID=40014524
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007100904311A Pending CN101282229A (zh) | 2007-04-06 | 2007-04-06 | PPPoE实现广播业务的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101282229A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103634411A (zh) * | 2013-12-16 | 2014-03-12 | 上海证券交易所 | 一种具有状态一致性的市场数据实时广播系统及方法 |
CN102035867B (zh) * | 2009-09-29 | 2014-03-26 | 重庆旭贤科技发展有限公司 | 多路PPPoE融合网关系统 |
CN104243254A (zh) * | 2014-09-29 | 2014-12-24 | 中国联合网络通信集团有限公司 | 一种PPPoE接入方法及设备 |
-
2007
- 2007-04-06 CN CNA2007100904311A patent/CN101282229A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102035867B (zh) * | 2009-09-29 | 2014-03-26 | 重庆旭贤科技发展有限公司 | 多路PPPoE融合网关系统 |
CN103634411A (zh) * | 2013-12-16 | 2014-03-12 | 上海证券交易所 | 一种具有状态一致性的市场数据实时广播系统及方法 |
CN103634411B (zh) * | 2013-12-16 | 2017-06-06 | 上海证券交易所 | 一种具有状态一致性的市场数据实时广播系统及方法 |
CN104243254A (zh) * | 2014-09-29 | 2014-12-24 | 中国联合网络通信集团有限公司 | 一种PPPoE接入方法及设备 |
CN104243254B (zh) * | 2014-09-29 | 2017-08-25 | 中国联合网络通信集团有限公司 | 一种PPPoE接入方法及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102340546B (zh) | IPv6地址分配方法及系统 | |
US7225259B2 (en) | Service tunnel over a connectionless network | |
CN100561969C (zh) | 一种基于PPPoE的宽带接入方法 | |
WO1999052243A1 (en) | Enabling multicast distribution efficiencies in a dialup access environment | |
WO2015003391A1 (zh) | Gre隧道实现方法、接入设备和汇聚网关 | |
US20210044456A1 (en) | Method for implementing gre tunnel, access point and gateway | |
EP2525531B1 (en) | Method and network access device for enabling data forwarding between different physical media | |
US7228358B1 (en) | Methods, apparatus and data structures for imposing a policy or policies on the selection of a line by a number of terminals in a network | |
JP2014523722A5 (ja) | マルチモードインターネットワーキングコネクティビティのためのシステム及び方法 | |
WO2016180020A1 (zh) | 一种报文处理方法、设备和系统 | |
CN109474715A (zh) | 一种基于视联网的资源配置方法和装置 | |
CN109450982A (zh) | 一种网络通讯方法和系统 | |
CN109818960A (zh) | 数据处理方法和装置 | |
CN101282229A (zh) | PPPoE实现广播业务的方法 | |
EP2043300A1 (en) | Data transmission network, method, network element and pro-gram | |
CN101635632B (zh) | 认证与配置方法、系统和装置 | |
JP4817797B2 (ja) | PPPoEブリッジ装置及びPPPoEセッション切断方法 | |
CN101060456B (zh) | 基于以太网上点对点协议的宽带接入方法和系统 | |
CN110505211A (zh) | 一种基于视联网的数据交互方法及装置 | |
CN101030876A (zh) | 一种PPPoE实现组播业务的方法 | |
CN113542395B (zh) | 报文处理方法和报文处理系统 | |
CN101123579B (zh) | 一种服务器流量分担的方法、设备和系统 | |
WO2018228916A1 (en) | Network assistance in dash using dns | |
CN101030877B (zh) | 一种点到点协议实现组播业务的方法 | |
CN101079808B (zh) | 一种宽带接入的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20081008 |