CN108011932A - 接入处理方法及装置 - Google Patents

接入处理方法及装置 Download PDF

Info

Publication number
CN108011932A
CN108011932A CN201711175309.4A CN201711175309A CN108011932A CN 108011932 A CN108011932 A CN 108011932A CN 201711175309 A CN201711175309 A CN 201711175309A CN 108011932 A CN108011932 A CN 108011932A
Authority
CN
China
Prior art keywords
interface
pppoe
message
forwarding unit
service name
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.)
Granted
Application number
CN201711175309.4A
Other languages
English (en)
Other versions
CN108011932B (zh
Inventor
李非
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Technologies Co Ltd
Original Assignee
New H3C Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by New H3C Technologies Co Ltd filed Critical New H3C Technologies Co Ltd
Priority to CN201711175309.4A priority Critical patent/CN108011932B/zh
Publication of CN108011932A publication Critical patent/CN108011932A/zh
Application granted granted Critical
Publication of CN108011932B publication Critical patent/CN108011932B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • H04L67/1076—Resource dissemination mechanisms or network resource keeping policies for optimal resource availability in the overlay network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1087—Peer-to-peer [P2P] networks using cross-functional networking aspects
    • H04L67/1091—Interfacing with client-server systems or between P2P systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开涉及一种接入处理方法及装置，应用于PPPoE组网中的转发设备，所述方法包括：接收所述PPPoE组网中的与所述转发设备连接的PPPoE客户端所发送的报文；根据所述报文所携带的服务名，确定所述转发设备配置的所述服务名的接口；经由所述接口将所述报文转发至与所述接口连接的PPPoE服务器。因此，转发设备将接收的报文通过与该报文中携带的服务名对应的接口发送给PPPoE服务器，实现将报文定向的发送给PPPoE服务器，而无需将该报文发送给与转发设备连接的其他PPPoE服务器，因此节省了转发设备到其他PPPoE服务器间的链路资源，以及节省了其他PPPoE服务器的处理压力。

Description

接入处理方法及装置
技术领域
本公开涉及网络通信技术领域，尤其涉及一种接入处理方法及装置。
背景技术
PPPoE(Point-to-Point Protocol over Ethernet，在以太网上承载点对点协议)是在以太网中转播PPP帧信息的技术。PPPoE通过把以太网和点对点协议的可扩展性及管理控制(认证)功能相结合，使网络服务提供商和电信运营商能够利用可靠和熟悉的技术来加速部署高速互联网业务，PPPoE被广泛应用于小区组网等环境中。
发明内容
有鉴于此，本公开提出了一种接入处理方法及装置。
根据本公开的一方面，提供了一种接入处理方法，应用于PPPoE组网中的转发设备，所述方法包括：
接收所述PPPoE组网中的与所述转发设备连接的PPPoE客户端所发送的报文；
根据所述报文所携带的服务名，确定所述转发设备配置的所述服务名的接口；
经由所述接口将所述报文转发至与所述接口连接的PPPoE服务器。
根据本公开的另一方面，提供了一种接入处理装置，应用于PPPoE组网中的转发设备，所述装置包括：
接收模块，用于接收所述PPPoE组网中的与所述转发设备连接的PPPoE客户端所发送的报文；
确定模块，用于根据所述报文所携带的服务名，确定所述转发设备配置的所述服务名的接口；
转发模块，用于经由所述接口将所述报文转发至与所述接口连接的PPPoE服务器。
本公开的实施例提供的技术方案可以包括以下有益效果：根据接收到的PPPoE客户端所发送的报文(例如，PADI报文)所携带的服务名，确定转发设备配置的该服务名的接口，并且经由该接口将该报文转发至与该接口连接的PPPoE服务器。因此，转发设备将接收的报文通过与该报文中携带的服务名对应的接口发送给PPPoE服务器，实现将报文定向的发送给PPPoE服务器，而无需将该报文发送给与转发设备连接的其他PPPoE服务器，因此节省了转发设备到其他PPPoE服务器间的链路资源，以及节省了其他PPPoE服务器的处理压力。
根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。
图1是PPPoE Client和PPPoE Server在Discovery阶段的报文交互的示意图。
图2是一种PPPoE组网的示意图。
图3是根据一示例性实施例示出的一种接入处理方法的流程图。
图4是根据一示例性实施例示出的一种接入处理方法的一个示例的流程图。
图5是根据一示例性实施例示出的一种接入处理方法的一个示例的流程图。
图6示出根据本公开一实施例的接入处理装置的结构框图。
图7是根据一示例性实施例示出的一种接入处理装置的硬件结构框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。
为便于说明，以下首先对本公开涉及的部分概念进行解释说明。
PPPoE的完整应用包括Discovery(发现)阶段和Session(会话)阶段，其中Discovery阶段完成PPPoE Client(客户端)对PPPoE Server(服务器)的发现和选择，Session阶段完成PPPoE Client和PPPoE Server的相互认证、地址协商和流量业务等。
在Discovery阶段，PPPoE Client和PPPoE Server之间需要多次交互报文。图1是PPPoE Client和PPPoE Server在Discovery阶段的报文交互的示意图，如图1所示，Discovery阶段主要可以包括如下报文交互。
PPPoE Client向广播域中广播发送PADI(PPPoE Active Discovery Initiation，PPPoE主动发现初始)报文。在接收到PADI报文之后，PPPoE Server选择是否向PPPoEClient应答PADO(PPPoE Active Discovery Offer，PPPoE主动发现提议)报文。
在接收到PADO报文之后，PPPoE Client从发送PPPoE Client所接收到的PADO报文的PPPoE Server中选择一个PPPoE Server作为自身的接入服务器，并且向选择的PPPoEServer单播发送PADR(PPPoE Active Discovery Request，PPPoE主动发现请求)报文。接收到PADR报文的PPPoE Server向PPPoE Client应答PADS(PPPoE Active DiscoverySession-confirmation，PPPoE主动发现会话确认)报文。由此，完成Discovery阶段。
图2是一种PPPoE组网的示意图，如图2所示，该PPPoE组网可包括多个PPPoEClient、交换机、以及多个PPPoE Server。由于在图2所示的PPPoE组网中，一个广播域内存在多个PPPoE Client和多个PPPoE Server，因此PPPoE Client和PPPoE Server需要在Discovery阶段根据自身的需求进行互相选择。PPPoE Client和PPPoE Server在Discovery阶段交互的报文中可以携带Option(选项)，以完成PPPoE Client和PPPoE Server的互相选择。
其中，PPPoE Server根据PADI报文和PADR报文中所携带的Service Name(服务名)来选择PPPoE Client，即，PPPoE Server根据PADI报文和PADR报文中所携带的ServiceName来确认是否向PPPoE Client应答PADO报文并为该PPPoE Client提供接入服务。
具体地，通过在PPPoE Server提供接入服务的接口上配置一个或多个ServiceName来标记该PPPoE Server能够提供的服务。在PPPoE Server接收到PPPoE Client所发送的PADI报文或PADR报文之后，该PPPoE Server提取PADI报文或PADR报文中的Option字段所携带的Service Name。判断提取出的Service Name与接收到的PADI报文或PADR报文的接口上所配置的Service Name是否一致。如果判断为提取出的Service Name与接收到的PADI报文或PADR报文的接口上所配置的Service Name一致，则PPPoE Server向该PPPoEClient应答PADS报文并为该PPPoE Client提供接入服务。
然而，PPPoE Client需要向广播域中广播发送PADI报文，网络中的所有PPPoEServer都会接收到该PADI报文。
下面结合说明书附图对本公开实施例进行解释说明。
图3是根据本公开一示例性实施例示出的一种接入处理方法的流程图，该接入处理方法可以应用于PPPoE组网中的转发设备，例如，该接入处理方法可以应用于图2中的交换机。如图3所示，该接入处理方法可以包括如下步骤。
在步骤S310中，接收PPPoE组网中的与转发设备连接的PPPoE客户端所发送的报文。
本实施例中，转发设备可以具有多个入接口，每个入接口可以与PPPoE客户端连接。转发设备可以经由该接口接收PPPoE客户端所发送的报文，其中报文例如为PADI报文或PADR报文。例如，转发设备可以在入接口上侦听PPPoE客户端所发送的报文。
PADI报文或PADR报文可以包括Code(代码)字段、Payload Length(载荷长度)字段。其中，Code字段表示该报文的类型，例如Code字段为0x09表示该报文为PADI报文。Payload Length字段可以包括Tag_Type(tag类型)、Tag_Length(tag长度)和Tag_Value(tag值)，Tag_Type可为Service Name，表示PPPoE客户端所请求的服务。
在步骤S330中，根据报文所携带的服务名，确定转发设备配置的该服务名的接口。
本实施例中，转发设备可以具有多个出接口，每个出接口可以与PPPoE服务器连接，转发设备可以经由出接口向PPPoE服务器转发接收到的报文。转发设备可以在每个出接口上配置服务名，每个出接口与能够提供该接口上所配置的服务名相对应的服务的PPPoE服务器连接。
在一种可能的实现方式中，转发设备可以根据PPPoE服务器能够提供的业务对PPPoE服务器进行分类，每种类别对应一个服务名。转发设备可以根据PPPoE服务器所属类别，将PPPoE服务器连接至转发设备配置的与该PPPoE服务器的类别相对应的服务名的接口。
在转发设备接收到PPPoE客户端所发送的报文时，转发设备可以获取该报文所携带的服务名，并判断自身的接口上是否配置了该服务名。如果判断为自身的接口上配置了该服务名，则将该接口确定为该报文的出接口。换言之，可以经由该出接口将该报文转发至连接至该接口的PPPoE服务器。
在一种可能的实现方式中，可以由转发设备的CPU来判断转发设备的接口上是否配置了该服务名。
在一种可能的实现方式中，可以由转发设备的硬件逻辑判断转发设备的接口上是否配置了该服务名。
相比于由转发设备的CPU来判断转发设备的接口上是否配置了该服务名，可以降低CPU的处理压力。
在步骤S350中，经由确定出的接口将报文转发至与该接口连接的PPPoE服务器。
因此，本公开的实施例中，根据接收到的PPPoE客户端所发送的报文(例如，PADI报文)所携带的服务名，确定转发设备的配置了该服务名的接口，并且经由该接口将该报文转发至与该接口连接的PPPoE服务器。因此，转发设备将接收的报文通过与该报文中携带的服务名对应的接口发送给PPPoE服务器，实现将报文定向的发送给PPPoE服务器，而无需将该报文发送给与转发设备连接的其他PPPoE服务器，因此节省了转发设备到其他PPPoE服务器间的链路资源，以及节省了其他PPPoE服务器的处理压力。
在一种可能的实现方式中，上述接入处理方法还可以包括：如果确定为转发设备未配置服务名的接口，则丢弃报文。
本实施例中，如果转发设备判断为自身的所有接口上均未配置报文所携带的服务名，则转发设备找不到该报文的出接口，转发设备可以直接丢弃该报文。
图4是根据一示例性实施例示出的一种接入处理方法的一个示例的流程图，该接入处理方法可以应用于PPPoE组网中的转发设备。例如，该接入处理方法可以应用于图2中的交换机。如图4所示，该接入处理方法可以包括如下步骤。
在步骤S410中，接收PPPoE组网中的与转发设备连接的PPPoE客户端所发送的报文。具体描述可以参阅前文关于步骤S310的说明，在此不再赘述。
在步骤S420中，判断报文是否携带服务名。如果判断为“是”，则执行下述步骤S430；反之，如果判断为“否”，则执行下述步骤S450。
本实施例中，转发设备可以根据接收到的PPPoE客户端所发送的报文是否包含Tag_Type为Service Name的Tag，确定PPPoE客户端所发送的报文中是否携带服务名。
若PPPoE客户端所发送的报文包含Tag_Type为Service Name的Tag，则确定为PPPoE客户端所发送的报文中携带有服务名；反之，若PPPoE客户端所发送的报文不包含Tag_Type为Service Name的Tag，则确定为PPPoE客户端所发送的报文中没有携带服务名。
在步骤S430中，根据报文所携带的服务名，确定转发设备配置的该服务名的接口。具体描述可以参阅前文关于步骤S330的说明，在此不再赘述。
在步骤S440中，经由确定出的接口将报文转发至与该接口连接的PPPoE服务器。具体描述可以参阅前文关于步骤S350的说明，在此不再赘述。
在步骤S450中，向报文添加与PPPoE客户端所需的服务相对应的服务名。
本实施例中，在PPPoE客户端申请接入服务时，转发设备需要登记PPPoE客户端与转发设备连接的接口以及PPPoE客户端所需的服务(例如，上网业务)。因此，转发设备可以根据自身的连接有PPPoE客户端的接口以及转发设备所登记的前述信息(即，PPPoE客户端与转发设备连接的接口以及PPPoE客户端所需的服务)，确定该PPPoE客户端所需的服务。
在确定出PPPoE客户端所需的服务之后，转发设备可以根据确定出的PPPoE客户端所需的服务，确定与该服务相对应的服务名，并且将确定出的服务名添加至该PPPoE客户端所发送的报文中。示例性的，转发设备可以在连接有PPPoE客户端的接口上配置如下功能：向没有携带服务名的报文中添加与该PPPoE客户端所需的服务相对应的服务名。
在向报文添加与该PPPoE客户端所需的服务相对应的服务名之后，可以依次执行上述步骤S430和S440，在此不再赘述。
因此，本公开的实施例中，如果接收到的PPPoE客户端所发送的报文没有携带服务名，则向该报文中添加与PPPoE客户端所需的服务相对应的服务名，根据该服务名确定转发设备配置的该服务名的接口，并且经由该接口将该报文转发至与该接口连接的PPPoE服务器。由此，即使接收到的PPPoE客户端所发送的报文没有携带服务名，PPPoE服务器也能够为该PPPoE客户端提供接入服务。
图5是根据一示例性实施例示出的一种接入处理方法的一个示例的流程图，该接入处理方法可以应用于PPPoE组网中的转发设备。例如，该接入处理方法可以应用于图2中的交换机。如图5所示，该接入处理方法可以包括如下步骤。
在步骤S510中，接收PPPoE组网中的与转发设备连接的PPPoE客户端所发送的报文。具体描述可以参阅前文关于步骤S310的说明，在此不再赘述。
在步骤S520中，检测转发设备的与PPPoE客户端连接的接口是否是信任接口。如果检测为转发设备的与PPPoE客户端连接的接口是信任接口，则执行下述步骤S530。如果检测为转发设备的与PPPoE客户端连接的接口不是信任接口(以下称为非信任接口)，则执行下述步骤S550。
本实施例中，转发设备的用于连接PPPoE客户端的接口包括信任接口和非信任接口。管理员可以根据实际需求配置转发设备的非信任接口，因此，转发设备可以根据管理员的配置来确定非信任接口，相应地，除了非信任接口以外的其它接口为信任接口。
转发设备也可以根据接口是否出现报文攻击来确定该接口是非信任接口还是信任接口。具体地，如果某接口出现了报文攻击，则转发设备可以将该接口确定为非信任接口；反之，如果某接口没有出现报文攻击，则转发设备可以将该接口确定为信任接口。
在步骤S530中，根据报文所携带的服务名，确定转发设备配置的服务名的接口。具体描述可以参阅前文关于步骤S330的说明，在此不再赘述。
在步骤S540中，经由确定出的接口将报文转发至与该接口连接的PPPoE服务器。具体描述可以参阅前文关于步骤S350的说明，在此不再赘述。
在步骤S550中，丢弃报文。
因此，本公开的实施例中，可以仅转发经由转发设备的信任接口接收到的PPPoE客户端所发送的报文，而直接丢弃经由转发设备的非信任接口接收到的PPPoE客户端所发送的报文，由此能够防止报文攻击。
图6示出根据本公开一实施例的接入处理装置的结构框图，该接入处理装置可以应用于PPPoE组网中的转发设备，例如，该接入处理装置可以应用于图2中的交换机。如图6所示，该接入处理装置600可以包括接收模块610、确定模块630和转发模块650。
接收模块610用于接收PPPoE组网中的与转发设备连接的PPPoE客户端所发送的报文。
确定模块630与接收模块610连接，用于根据报文所携带的服务名，确定转发设备配置的服务名的接口。
转发模块650与确定模块630连接，用于经由确定模块630确定出的接口将报文转发至与该接口连接的PPPoE服务器。
在一种可能的实现方式中，接入处理装置600还可以包括：添加模块(未示出)，用于如果报文没有携带服务名，则向报文添加与PPPoE客户端所需的服务相对应的服务名。
在一种可能的实现方式中，接入处理装置600还可以包括：检测模块(未示出)，用于检测转发设备的与PPPoE客户端连接的接口是否是信任接口，相应地，如果检测模块检测为转发设备的与PPPoE客户端连接的接口是信任接口，则确定模块630根据报文所携带的服务名，确定转发设备配置的服务名的接口。
在一种可能的实现方式中，接入处理装置600还可以包括：第一丢弃模块(未示出)，用于如果检测为转发设备的与PPPoE客户端连接的接口不是信任接口，则丢弃报文。
在一种可能的实现方式中，接入处理装置600还可以包括：第二丢弃模块(未示出)，用于如果确定模块630确定为转发设备未配置服务名的接口，则丢弃报文。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图7是根据一示例性实施例示出的一种接入处理装置的硬件结构框图。参照图7，该装置700可包括处理器1101、存储有机器可执行指令的机器可读存储介质1102。处理器1101与机器可读存储介质1102可经由系统总线1103通信。并且，处理器1101通过读取机器可读存储介质1102中与接入处理逻辑对应的机器可执行指令以执行上文所述的接入处理方法。
本文中提到的机器可读存储介质1102可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。
以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种接入处理方法，应用于PPPoE组网中的转发设备，其特征在于，所述方法包括：
接收所述PPPoE组网中的与所述转发设备连接的PPPoE客户端所发送的报文；
根据所述报文所携带的服务名，确定所述转发设备配置的所述服务名的接口；
经由所述接口将所述报文转发至与所述接口连接的PPPoE服务器。
2.根据权利要求1所述的方法，其特征在于，在根据所述报文所携带的服务名，确定所述转发设备配置的所述服务名的接口之前，所述方法还包括：
如果所述报文没有携带服务名，则向所述报文添加与所述PPPoE客户端所需的服务相对应的服务名。
3.根据权利要求1所述的方法，其特征在于，在根据所述报文所携带的服务名，确定所述转发设备配置的所述服务名的接口之前，所述方法还包括：
检测所述转发设备的与所述PPPoE客户端连接的接口是否是信任接口，相应地，如果检测为所述转发设备的与所述PPPoE客户端连接的接口是所述信任接口，则根据所述报文所携带的服务名，确定所述转发设备配置的所述服务名的接口。
4.根据权利要求3所述的方法，其特征在于，还包括：
如果检测为所述转发设备的与所述PPPoE客户端连接的接口不是所述信任接口，则丢弃所述报文。
5.根据权利要求1至4中任一项所述的方法，其特征在于，还包括：
如果确定为所述转发设备未配置所述服务名的接口，则丢弃所述报文。
6.一种接入处理装置，应用于PPPoE组网中的转发设备，其特征在于，所述装置包括：
接收模块，用于接收所述PPPoE组网中的与所述转发设备连接的PPPoE客户端所发送的报文；
确定模块，用于根据所述报文所携带的服务名，确定所述转发设备配置的所述服务名的接口；
转发模块，用于经由所述接口将所述报文转发至与所述接口连接的PPPoE服务器。
7.根据权利要求6所述的装置，其特征在于，还包括：
添加模块，用于如果所述报文没有携带服务名，则向所述报文添加与所述PPPoE客户端所需的服务相对应的服务名。
8.根据权利要求7所述的装置，其特征在于，还包括：
检测模块，用于检测所述转发设备的与所述PPPoE客户端连接的接口是否是信任接口，
相应地，如果检测为所述转发设备的与所述PPPoE客户端连接的接口是所述信任接口，则所述确定模块根据所述报文所携带的服务名，确定所述转发设备配置的所述服务名的接口。
9.根据权利要求8所述的装置，其特征在于，还包括：
第一丢弃模块，用于如果检测为所述转发设备的与所述PPPoE客户端连接的接口不是所述信任接口，则丢弃所述报文。
10.根据权利要求7至9中任一项所述的装置，其特征在于，还包括：
第二丢弃模块，用于如果确定为所述转发设备未配置所述服务名的接口，则丢弃所述报文。
CN201711175309.4A 2017-11-22 2017-11-22 接入处理方法及装置 Active CN108011932B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711175309.4A CN108011932B (zh) 2017-11-22 2017-11-22 接入处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711175309.4A CN108011932B (zh) 2017-11-22 2017-11-22 接入处理方法及装置

Publications (2)

Publication Number Publication Date
CN108011932A true CN108011932A (zh) 2018-05-08
CN108011932B CN108011932B (zh) 2020-11-27

Family

ID=62053137

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711175309.4A Active CN108011932B (zh) 2017-11-22 2017-11-22 接入处理方法及装置

Country Status (1)

Country Link
CN (1) CN108011932B (zh)

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1719828A (zh) * 2004-07-08 2006-01-11 中兴通讯股份有限公司 一种以太网上的点到点协议实现组播的方法
CN101141396A (zh) * 2007-09-18 2008-03-12 华为技术有限公司 报文处理方法和网络设备
CN101150493A (zh) * 2006-09-20 2008-03-26 华为技术有限公司 一种在接入终端上实现业务分流的方法及系统
CN101635731A (zh) * 2009-08-31 2010-01-27 杭州华三通信技术有限公司 一种抵御mac地址欺骗攻击的方法及设备
CN102137011A (zh) * 2011-02-18 2011-07-27 华为技术有限公司 网络中的报文转发方法、装置和系统
US20120155256A1 (en) * 2010-12-20 2012-06-21 Solarflare Communications, Inc. Mapped fifo buffering
CN102769557A (zh) * 2012-08-09 2012-11-07 深圳市共进电子股份有限公司 一种业务数据报文的传输方法及装置
US20130163757A1 (en) * 2001-07-23 2013-06-27 Steven Michael Bellovin Method and apparatus for connection to virtual private networks for secure transactions
CN103905236A (zh) * 2012-12-28 2014-07-02 中国移动通信集团福建有限公司 一种终端定位方法、系统及装置
WO2015031866A1 (en) * 2013-08-30 2015-03-05 Clearpath Networks, Inc. System and method of network functions virtualization of network services within and across clouds
CN104902007A (zh) * 2015-04-17 2015-09-09 莫年发 Pppoe协议多运营商接入共用链路的方法
CN105337808A (zh) * 2015-11-30 2016-02-17 网宿科技股份有限公司 数据传输的方法、装置及系统
CN105847343A (zh) * 2016-03-21 2016-08-10 福建星网锐捷通讯股份有限公司 用于点对点传输的公网信息探测方法、装置及系统
CN106656971A (zh) * 2016-10-14 2017-05-10 福建星瑞格软件有限公司 一种业务行为数据采集系统
CN106998327A (zh) * 2017-03-24 2017-08-01 新华三技术有限公司 一种接入控制方法和装置

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130163757A1 (en) * 2001-07-23 2013-06-27 Steven Michael Bellovin Method and apparatus for connection to virtual private networks for secure transactions
CN1719828A (zh) * 2004-07-08 2006-01-11 中兴通讯股份有限公司 一种以太网上的点到点协议实现组播的方法
CN101150493A (zh) * 2006-09-20 2008-03-26 华为技术有限公司 一种在接入终端上实现业务分流的方法及系统
CN101141396A (zh) * 2007-09-18 2008-03-12 华为技术有限公司 报文处理方法和网络设备
CN101635731A (zh) * 2009-08-31 2010-01-27 杭州华三通信技术有限公司 一种抵御mac地址欺骗攻击的方法及设备
US20120155256A1 (en) * 2010-12-20 2012-06-21 Solarflare Communications, Inc. Mapped fifo buffering
CN102137011A (zh) * 2011-02-18 2011-07-27 华为技术有限公司 网络中的报文转发方法、装置和系统
CN102769557A (zh) * 2012-08-09 2012-11-07 深圳市共进电子股份有限公司 一种业务数据报文的传输方法及装置
CN103905236A (zh) * 2012-12-28 2014-07-02 中国移动通信集团福建有限公司 一种终端定位方法、系统及装置
WO2015031866A1 (en) * 2013-08-30 2015-03-05 Clearpath Networks, Inc. System and method of network functions virtualization of network services within and across clouds
CN104902007A (zh) * 2015-04-17 2015-09-09 莫年发 Pppoe协议多运营商接入共用链路的方法
CN105337808A (zh) * 2015-11-30 2016-02-17 网宿科技股份有限公司 数据传输的方法、装置及系统
CN105847343A (zh) * 2016-03-21 2016-08-10 福建星网锐捷通讯股份有限公司 用于点对点传输的公网信息探测方法、装置及系统
CN106656971A (zh) * 2016-10-14 2017-05-10 福建星瑞格软件有限公司 一种业务行为数据采集系统
CN106998327A (zh) * 2017-03-24 2017-08-01 新华三技术有限公司 一种接入控制方法和装置

Also Published As

Publication number Publication date
CN108011932B (zh) 2020-11-27

Similar Documents

Publication Publication Date Title
US11805056B2 (en) Method and system for service switching using service tags
US11456956B2 (en) Systems and methods for dynamic connection paths for devices connected to computer networks
US8774183B2 (en) Relay device and method for connecting client apparatus with server
US20110246663A1 (en) Broadband network access
JP2014090468A (ja) Ｐｂｔネットワークの中間ノードにおけるイーサネットｏａｍ
EP2451125B1 (en) Method and system for realizing network topology discovery
EP3142322B1 (en) Auto configuration server and method
CN109379244B (zh) 网络加速通讯方法、装置以及电子设备
CN113452594B (zh) 一种隧道报文的内层报文匹配方法及装置
CN107896182B (zh) 报文转发方法及装置
CN104980426A (zh) 用于内容中心网络中的动态名称配置的系统和方法
CN106507414B (zh) 报文转发方法及装置
US20170302475A1 (en) Methods and systems for transmitting broadcast data
WO2016114750A1 (en) Data link layer information
SE520287C2 (sv) Metod för kommunikation medelst WAP-protokoll
US9860225B1 (en) Network directory and access service
CN113765800B (zh) 传输报文的方法、装置、系统、设备及可读存储介质
CN113364660A (zh) Lvs负载均衡中的数据包处理方法及装置
US20180176101A1 (en) Network access device for facilitating the troubleshooting of network connectivity problems
CN108011932A (zh) 接入处理方法及装置
CN102238084B (zh) 一种跨域报文的转发方法、装置、路由设备和客户端
CN115442289B (zh) 发送和接收消息的方法、装置和通信系统
US10212196B2 (en) Interface discovery and authentication in a name-based network
CN114513549B (zh) 通信方法及装置
CN107547286A (zh) 地址解析协议arp表的生成方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant