CN107911495A - A kind of MAC Address synchronous method and VTEP - Google Patents
A kind of MAC Address synchronous method and VTEP Download PDFInfo
- Publication number
- CN107911495A CN107911495A CN201711135695.4A CN201711135695A CN107911495A CN 107911495 A CN107911495 A CN 107911495A CN 201711135695 A CN201711135695 A CN 201711135695A CN 107911495 A CN107911495 A CN 107911495A
- Authority
- CN
- China
- Prior art keywords
- vtep
- message
- role
- managed
- local
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/825—Involving tunnels, e.g. MPLS
Abstract
The application provides a kind of MAC Address synchronous method and VTEP, this method can be applied to the local VTEP in EVPN, and this method includes：When local VTEP is manages VTEP, the two class advertising of route message for being managed VTEP transmissions established in same EVPN examples with the local VTEP and there are EVPN neighborhoods are received；Two-layer retransmitting table item study is carried out based on the MAC Address that is carried in the two classes advertising of route message, and the MAC Address for forbidding learning be synchronized in same EVPN examples other be managed VTEP.In this method, management VTEP no longer to the synchronous MAC Address oneself learnt of VTEP is managed, can so save public-network bandwidth resource, and can save the hardware table item resource for being managed VTEP.
Description
Technical field
This application involves field of communication technology, more particularly to a kind of MAC (Medium Access Control, media access
Control) address synchronization method and VTEP (VxLAN Tunnel End Point, expansible Virtual Local Area Network endpoint of a tunnel).
Background technology
EVPN (Ethernet Virtual Private Network, Ethernet Virtual Private Network) is two layers a kind of
VPN technologies, control plane use MP-BGP (Multiprotocol Extensions for Border Gateway
Protocol, the multi-protocols extension of Border Gateway Protocol) notice EVPN routing iinformations, it is route particular by the three classes of MP-BGP
Notice message finds EVPN neighbours, and establish VxLAN (Virtual eXtensible Local Area Network, it is expansible
Virtual Local Area Network) tunnel, by two classes of MP-BGP notice route messages the MAC Address of private user is synchronized to it is all
EVPN neighbours.
The content of the invention
The application provides the MAC Address synchronization scenario in a kind of EVPN.
Specifically, the application is achieved by the following technical solution：
The application first aspect, there is provided a kind of MAC Address synchronous method, it is described applied to the local VTEP in EVPN
Method includes：
When local VTEP is manages VTEP, receiving to establish with the local VTEP in same EVPN examples has EVPN neighbours
The two class advertising of route message for being managed VTEP transmissions of relation；
Two-layer retransmitting table item study is carried out based on the MAC Address carried in the two classes advertising of route message, and is forbidden
Other VTEP is managed by what the MAC Address learnt was synchronized in same EVPN examples.
The application second aspect, there is provided a kind of VTEP, in EVPN, the VTEP, which has, realizes above-mentioned first aspect
The function of the method.The function can also be performed corresponding software and be realized by hardware realization by hardware.It is described
Hardware or software include one or more and the corresponding module of above-mentioned function or unit.
In a kind of possible implementation, the VTEP includes：
Transmit-Receive Unit, for when local VTEP for management VTEP when, receive in same EVPN examples with the local VTEP
Establishing has the two class advertising of route message for being managed VTEP transmissions of EVPN neighborhoods；
Unit, for carrying out two-layer retransmitting table item based on the MAC Address carried in the two classes advertising of route message
Study；
Forbid synchronization unit, for forbidding the MAC Address that the unit learns being synchronized to same EVPN examples
It is interior other to be managed VTEP.
In alternatively possible implementation, the VTEP includes communication interface, processor, memory and bus, described
It is connected with each other between communication interface, the processor and the memory by bus；The processor described in reading by depositing
The logical order stored in reservoir, performs the MAC Address synchronous method described in the application first aspect.
VTEP is managed in the application no longer to the synchronous MAC Address oneself learnt of VTEP is managed, can so be saved
Public-network bandwidth resource, and the hardware table item resource for being managed VTEP can be saved.
Brief description of the drawings
Fig. 1 is the networking diagram of EVPN of the prior art；
Fig. 2 is the networking diagram for the EVPN that the application provides；
Fig. 3 is the method flow diagram that the application provides；
Fig. 4 is the management VTEP that the application provides and the interaction diagrams being managed between VTEP；
Fig. 5 is the management VTEP that the application provides and the MAC Address synchronizing process schematic diagram being managed between VTEP；
Fig. 6 is the functional block diagram for the VTEP that the application provides；
Fig. 7 is the hardware structure diagram of VTEP shown in Fig. 6 of the application offer.
Embodiment
Here exemplary embodiment will be illustrated in detail, its example is illustrated in the accompanying drawings.Following description is related to
During attached drawing, unless otherwise indicated, the same numbers in different attached drawings represent the same or similar key element.Following exemplary embodiment
Described in embodiment do not represent all embodiments consistent with the application.On the contrary, they be only with it is such as appended
The example of the consistent apparatus and method of some aspects be described in detail in claims, the application.
It is only merely for the purpose of description specific embodiment in term used in this application, and is not intended to be limiting the application.
It is also intended in the application and " one kind " of singulative used in the attached claims, " described " and "the" including majority
Form, unless context clearly shows that other implications.It is also understood that term "and/or" used herein refers to and wraps
Containing the associated list items purpose of one or more, any or all may be combined.
It will be appreciated that though various information, but this may be described using term first, second, third, etc. in the application
A little information should not necessarily be limited by these terms.These terms are only used for same type of information being distinguished from each other out.For example, do not departing from
In the case of the application scope, the first information can also be referred to as the second information, and similarly, the second information can also be referred to as
One information.Depending on linguistic context, word as used in this " if " can be construed to " ... when " or " when ...
When " or " in response to determining ".
EVPN generally uses key-course and the separated structure of data Layer in the prior art, passes through on control plane between VTEP
MP-BGP three classes advertising of route message finds neighbours, and automatically creates VxLAN tunnels, and MAC address learning is no longer dependent on data
The triggering of flow, but obtained by the bis- class advertising of route message of MP-BGP of control plane, pass through hardware in data plane
Forwarding table (i.e. two-layer retransmitting table) instructs forwarding, and the division of labor is clear and definite.
Such as in traditional EVPN networkings shown in Fig. 1, VTEP1 is had found in same by three classes advertising of route message
The VTEP2 of VxLAN, and VxLAN tunnels are automatically created according to the VxLAN information that three classes advertising of route message carries.Virtual machine VM1
When accessing VM2, VM1, which reaches the standard grade, sends gratuitous ARP (Address Resolution Protocol, address resolution protocol) message warp
AC mouthfuls are arrived VTEP1, and triggering VTEP1 learns the MAC Address of VM1, and then VTEP1 passes through bis- class advertising of route message synchronizations of MP-BGP
To VTEP2 so that VTEP2 can acquire the MAC Address and the corresponding forwarding outgoing interface Tunnel of MAC Address of VM1, and by this
MAC Address Tunnel corresponding with its is issued to driving and forms two-layer retransmitting table item.Likewise, VTEP2 can also pass through three classes road
VTEP1 is had found by notice message and is automatically created to the VxLAN tunnels of VTEP1, VTEP2 passes through gratuitous ARP packet after VM2 reaches the standard grade
Learn the MAC Address of VM2, while according to itself EVPN neighborhood between VTEP1 by the MAC Address of VM2 and corresponding
Tunnel is synchronized to VTEP1, and VTEP1 issues forwarding-table item can form that to hardware driving, such VTEP1 and VTEP2
The two-layer retransmitting table of this lower extension host, VM1 and VM2 can double layer intercommunications.When VM1 and VM2 communicates, if will be to VM1's
Flow is counted, and can configure statistical function on AC (Attachment Circuit, access circuit) mouth of VTEP1,
Bottom counts the flow sent on VM1 with the flow for going to VM1.
Simply traditional EVPN networkings can not be managed collectively private user effluent amount (including certification, monitoring, mistake
The functions such as filter, charging), it can only manually realize traffic statistic function (such as how many word of statistics flow on AC mouthfuls each
Section)；And in the case of there are a large amount of hosts, configure cumbersome.
In view of the above problems, it is contemplated that increase the equipment that can manage each VTEP in traditional EVPN networkings：Such as can
To increase a management equipment VTEP3 between the VTEP1 and VTEP2 shown in Fig. 1, EVPN is established with VTEP1 and VTEP2 respectively
Neighborhood, VTEP2 and VTEP3 are responsible for access host and form branch site, and flow unified management system is hung under management equipment VTEP3
System forms central site, is responsible for that the flow between VTEP2 and VTEP3 is managed collectively and is controlled.Here VTEP3 can be with
It is that newly-increased VTEP can also be existing VTEP in traditional EVPN networkings.EVPN networking structures after adjustment may be referred to figure
Shown in 2, for ease of description, below the VTEP in the EVPN networkings that the application provides as management equipment is referred to as to manage
VTEP, the VTEP in EVPN networkings as managed devices is referred to as to be managed VTEP.
Based on EVPN networkings set forth above, next to solve the problems, such as it is the EVPN routes under this networking mode
Information announcement process.
As a kind of embodiment, existing EVPN routing iinformations notice procedures can be still multiplexed.Such as shown in Fig. 2
In EVPN networkings, be managed VTEP1 and management VTEP between, be managed VTEP2 and management VTEP between can be by three classes road
Mutual presence is found by notice message and automatically creates VxLAN tunnels.VM1 is managed VTEP1 and passes through gratuitous ARP report after reaching the standard grade
Literature practises the MAC Address of VM1, and the MAC Address of VM1 then is synchronized to management VTEP, management by two class advertising of route message
The MAC Address of VM1 is synchronized to is managed VTEP2 again by VTEP by two class advertising of route message, so manages VTEP and by pipe
It can learn the MAC Address to VM1 on reason VTEP2.Likewise, after VM2 reaches the standard grade, VTEP1, management VTEP are managed and by pipe
Manage on VTEP2 also by all study to the MAC Address of VM2.So just realize the double layer intercommunication of VM1 and VM2.
It is evidenced from the above discussion that if being multiplexed existing EVPN routing iinformations notice procedures, manage VTEP and be respectively managed
The two-layer retransmitting table of all private users will be all formed on VTEP.
In addition to it can be multiplexed existing EVPN routing iinformations notice procedures, in order to save bandwidth resources and be managed
The hardware table item resource of VTEP, the application also proposed a kind of new EVPN routing iinformations notice scheme.The application is carried below
This scheme supplied is described.
Clear, easy in order to describe, in the application by taking an EVPN example as an example, which includes a pipe
Reason VTEP and it is multiple be managed VTEP with what management VTEP was connected, management VTEP is logical between VTEP with being managed of being each connected
The connection of VXLAN tunnels is crossed, specific network topology structure may be referred to Fig. 2.Fig. 3 is the method flow diagram that the application provides, such as
Shown in Fig. 3, any local VTEP in EVPN performs following steps in the process of running：
Step 301：When local VTEP is manages VTEP, local VTEP is received to be built in same EVPN examples with local VTEP
The vertical two class advertising of route message for being managed VTEP transmissions for having EVPN neighborhoods.
Here, same EVPN examples can be understood as same VxLAN networks.
In the application, same VTEP can take on different roles, such as a VTEP in different EVPN examples
Management equipment can be used as in EVPN examples 1, managed devices can be but used as in EVPN examples 2.But it should be noted
It is in an EVPN example, generally there was only a management equipment.
Step 302：Local VTEP carries out two-layer retransmitting table item based on the MAC Address carried in the two classes advertising of route message
Study, and the MAC Address for forbidding learning be synchronized in same EVPN examples other be managed VTEP.
From step 301 and step 302 as can be seen that managing VTEP in the application, no longer to being managed, VTEP is synchronous oneself to be learned
The MAC Address practised, can so save public-network bandwidth resource, and can save the hardware table item resource for being managed VTEP.
In order to make those skilled in the art more clear and clear, below in conjunction with Fig. 4, by managing VTEP and being managed
Interaction between VTEP nodes, illustrates the specific implementation process of method shown in Fig. 3.
Before the formal interaction between starting to manage VTEP and be managed VTEP, the embodiment of the present application can be pre-configured with
Role Informations of each VTEP in different EVPN examples.Specifically, when VTEP is used as management equipment in an EVPN example,
Roles of the VTEP in the EVPN examples can be configured to role of manager；When VTEP is used as by pipe in an EVPN example
When managing equipment, roles of the VTEP in the EVPN examples can be configured to be managed role.
Here Role Informations of the VTEP in different EVPN examples can be that the embodiment of the present application is one kind that VTEP is increased newly
On the one hand attribute, this attribute can be used between VTEP deciding whether to establish EVPN neighborhoods, on the other hand can be used for
The MAC Address that VTEP decides whether to learn when carrying out MAC address learning is synchronized to other VTEP.On Role Information
This 2 points effects will embody in the method and step of Fig. 4, wouldn't be described in detail here.
Assuming that the role of the local VTEP in Fig. 4 is role of manager, the role of opposite end VTEP is is managed role, then at this
Apply for that the EVPN routing iinformation notice procedures of offer are as follows：
Step 401：Local VTEP receives role's notice message that opposite end VTEP is sent.
Here role's notice message can be proprietary protocol message；Can also be existing protocol message, such as, Ke Yi
Increase new field in existing three classes advertising of route message, or utilize the existing word in existing three classes advertising of route message
Section, to carry the Role Information of VTEP.
Step 402：If the Role Information of the opposite end Role Information carried in role's notice message and local VTEP differs
Cause, then local VTEP determines to send roles of the opposite end VTEP of role's notice message in this EVPN examples to be managed angle
Color.
Since the preconfigured Role Informations of local VTEP are role of manager, opposite end Role Information and oneself are being judged
When body is inconsistent, the Role Information that can confirm opposite end is to be managed role.
Step 403：Local VTEP is established with opposite end VTEP's based on the three classes advertising of route message that opposite end VTEP is sent
EVPN neighborhoods.
In the embodiment of the present application, local VTEP can determine opposite end VTEP role with itself it is inconsistent in the case of,
Just EVPN neighborhoods are established with opposite end VTEP；If the role of local VTEP is consistent with the role of opposite end VTEP, the two it
Between do not establish EVPN neighborhoods.Doing so is advantageous in that, it is ensured that two be between the VTEP for being managed role not
EVPN neighborhoods can be established, so that flow for being managed VTEP must just can be into by managing after VTEP processing
Enter other to be managed VTEP.
Local VTEP and opposite end VTEP is established after EVPN neighborhoods, can also be matched and be carried in three classes advertising of route message
VXLAN ID and RT, if the VXLANID and RT that are carried in the three classes advertising of route message and the VXLAN ID being locally configured
It is consistent with RT, then establish EVPN tunnels.
It should be noted that what step 401 to step 403 established is unidirectional local VTEP to opposite end VTEP directions
EVPN neighborhoods and EVPN tunnels.The EVPN neighborhoods and EVPN tunnels in opposite end VTEP to local VTEP directions can pass through
Following step 404 to step 405 is established.Step 404 is suitable without stringent priority with step 401 to step 403 to step 405
Sequence, it might even be possible to perform at the same time.
Step 404：Oneself role in this EVPN examples is sent to opposite end by local VTEP by role's notice message
VTEP。
Step 405：Local VTEP sends three classes advertising of route message to opposite end VTEP, so that opposite end VTEP is being determined certainly
When the role of body and the role of local VTEP are inconsistent, established based on received three classes advertising of route message with local VTEP's
EVPN neighborhoods.
After EVPN neighbours are established, MAC address learning will be carried out between local VTEP and opposite end VTEP.
Step 406：When itself lower host hung is reached the standard grade, MAC Address of the opposite end VTEP based on the host carries out two layers and turns
Forwarding list item learns, and the MAC Address of the host learnt is carried and is sent to local VTEP in two class advertising of route message.
The host hung under the VTEP of opposite end can be physical machine or virtual machine.Opposite end VTEP can be led according to lower hang
The gratuitous ARP packet that machine is sent, triggers the study to the host MAC address；Other masters can also be sent to according to lower extension host
The flow of machine, triggers the study to the host MAC address.
According to the synchronization mechanism of EVPN, opposite end VTEP can be by the MAC Address learnt with two class advertising of route message
Form is sent to local VTEP.If it is that Role Information is noticed by three classes advertising of route message above, then here two
Class advertising of route message will also carry the Role Information of VTEP.
Step 407：It is logical based on two class route after local VTEP receives two class advertising of route message of opposite end VTEP transmissions
Accuse the MAC Address that carries in message and carry out two-layer retransmitting table item study, and the MAC Address for forbidding learning be synchronized to it is same
The VTEP for being managed role is served as in EVPN examples.
Therefore, in EVPN networkings provided by the embodiments of the present application, the MAC Address acquired will not be synchronized to by management VTEP
VTEP is managed, its synchronizing process may be referred to shown in Fig. 5.Finally, managing can form in same EVPN examples on VTEP
It is all to be managed the two-layer retransmitting table that host is hung under VTEP, and the two of itself lower extension host can only be formed by being respectively managed on VTEP
Layer retransmitting table.So on the premise of not influencing message and normally forwarding, public-network bandwidth resource can be both saved, quilt can also be saved
Manage the hardware table item resource of VTEP.
Formed to all in same EVPN examples and be managed under VTEP after the two-layer retransmitting table of extension host in management VTEP, this
The host that difference in a EVPN examples is managed under VTEP can communicate.
Under a kind of scene, if source host does not know the MAC Address of destination host, need to first pass through ARP request report
Text asks the MAC Address of destination host.Such as in fig. 2, if VM1 will know the MAC Address of VM2, can externally it send
IP address that purpose IP address is VM2, the ARP request message that target MAC (Media Access Control) address is broadcast address.What is be connected with VM1 is managed
After VTEP1 receives the ARP request message, due to the local MAC Address without study VM2, it may proceed to the ARP request report
Text is sent to management VTEP.If management VTEP enables gateway function, due to saving the ARP table of VM2 on management VTEP
, can then response be carried out to this ARP request message, the MAC Address of VM2 is carried and is returned in arp reply message
VM1；And if management VTEP does not enable gateway function, management VTEP may proceed to the ARP request message being transmitted to by pipe
Manage VTEP2.If being managed VTEP2 enables gateway function, then can be to the ARP request after the ARP request is received
Message carries out response；If being managed VTEP2 does not enable gateway function, continue the ARP request message being transmitted to VM2,
Response is carried out by VM2., can be in the generation of VM1 locals and the relevant ARP table of MAC Address of VM2 after VM1 receives arp reply message
Item and two-layer retransmitting table item.
After source host knows the MAC Address of destination host, it can communicate with destination host.
For source-be managed VTEP (being managed VTEP where source host), purpose master is sent to receiving source host
After the message of machine, locally searching and the matched two-layer retransmitting table item of the message.Since source-be managed on VTEP is not saved in
The two-layer retransmitting table item of destination host, therefore matched two-layer retransmitting table item is can not find, then directly the message is sent to together
Management VTEP in one EVPN examples.
For managing VTEP, after the message of the source that receives-be managed VTEP transmissions, which can be sent to connected
Central site carries out the processing such as unified certification, monitoring, filtering and charging.And after the processing of central site return is received
Message after, forwarding of tabling look-up is carried out to the message after the processing based on the two-layer retransmitting table item locally preserved.
For purpose-be managed VTEP (being managed VTEP where destination host), management VTEP forwardings are being received
After message, locally searching and the matched two-layer retransmitting table item of the message.Since purpose-be managed on VTEP saves purpose
The two-layer retransmitting table item of host, therefore matched two-layer retransmitting table item can be found, in the two layers of forwarding that can be based on finding
List item forwards the message.
It was found from the main-machine communication process of foregoing description, local is only saved due to being managed VTEP in the embodiment of the present application
It is lower to hang the two-layer retransmitting table item of host, therefore VTEP is managed when receiving the message for being sent to network side, which is sent to
VTEP is managed, forwarding of tabling look-up is carried out by managing VTEP, other be managed under VTEP is not formed even if being so managed on VTEP
The two-layer retransmitting table item of host is hung, can also realize the normal forwarding of message.
In one embodiment, in order to save the hardware table item resource of management VTEP, the embodiment of the present application additionally provides
Following aging mechanism：Determine there is no message to hit some the two layers forwarding locally preserved in preset duration when being managed VTEP
During list item, the two-layer retransmitting table item locally preserved is deleted, and the management VTEP in same EVPN examples can also be notified to delete
Except the same two-layer retransmitting table item in the EVPN examples；Manage the two-layer retransmitting table item that VTEP equipment is deleted MAC Address and
The MAC Address and VXLAN marks of two-layer retransmitting table item of the VXLAN marks with being managed VTEP deletions are identical.In this embodiment party
In formula, the two-layer retransmitting table item for managing VTEP releases and not using can be triggered in time by being managed VTEP.
So far, the description to Fig. 4 is completed.
It can be seen that in the application by the above-mentioned description to Fig. 4, known each other by role's notice message between VTEP
The role served as in EVPN examples, serves as and just establishes EVPN neighborhoods between the VTEP of different role, establish EVPN neighbours
VTEP is managed after relation can be to the MAC Address that management VTEP synchronously oneself learns, but manages VTEP no longer to by pipe
The MAC Address that reason VTEP synchronously oneself learns, so saves the hardware table item resource of network entirety.On forwarding plane,
It is managed after VTEP receives the flow of user and is first transmitted to management VTEP, is given to by managing VTEP after central site is uniformly processed again
Table look-up forwarding, it is not necessary to which dependence is managed VTEP and carries out traffic statistics, is configured so as to avoid on the AC mouths for being managed VTEP
Statistical function.
The method provided above the application is described.The device provided below the application is described.
It is located at referring to Fig. 6, a kind of VTEP provided for the application, the VTEP in EVPN, the VTEP can include receiving
Bill member 601, unit 602 and forbid synchronization unit 603, wherein：
Transmit-Receive Unit 601, for when local VTEP for management VTEP when, receive in same EVPN examples with the local
VTEP establishes the two class advertising of route message for being managed VTEP transmissions for having EVPN neighborhoods.
Unit 602, for carrying out two-layer retransmitting table based on the MAC Address carried in the two classes advertising of route message
Item study.
Forbid synchronization unit 603, for forbidding the MAC Address that the unit learns being synchronized to same EVPN realities
Other VTEP is managed in example.
In wherein a kind of embodiment, the VTEP can also establish unit including neighbours；Correspondingly, the transmitting-receiving is single
Member 601, can be also used for receiving role's notice message.The neighbours establish unit, in definite role's notice message
When the opposite end Role Information of middle carrying and the inconsistent Role Information of local VTEP, determine to send pair of role's notice message
Roles of the VTEP in this EVPN examples is held to be managed role；The three classes advertising of route message sent based on the opposite end VTEP
Establish the EVPN neighborhoods with the opposite end VTEP；When local VTEP is to manage VTEP, the role of local VTEP is management angle
Color.Correspondingly, described forbid synchronization unit 603, the MAC Address for forbidding learning is synchronized in same EVPN examples and carries on a shoulder pole
Appoint the VTEP for being managed role.
In wherein a kind of embodiment, the Transmit-Receive Unit 601, can be also used for local VTEP in this EVPN examples
Interior role is sent to by role's notice message and described is managed VTEP；The local VTEP when local VTEP is management VTEP
Role is role of manager；Three classes advertising of route message is sent to the VTEP that is managed, so that the VTEP that is managed is true
When the role of the fixed role of itself and the local VTEP are inconsistent, based on the foundation of received three classes advertising of route message with it is described
The EVPN neighborhoods of local VTEP.
In wherein a kind of embodiment, the Transmit-Receive Unit 601, can be also used for being managed VTEP transmissions described in reception
Message；Received message is sent to be authenticated, monitor with the local VTEP central sites being connected, filtering and charging at
Reason；Receive central site return processing after message, based on the two-layer retransmitting table item locally preserved to the processing after
Message carries out forwarding of tabling look-up.
In wherein a kind of embodiment, the Transmit-Receive Unit 601, can be also used for when local VTEP is to be managed VTEP
When, after message is received, locally searching and the matched two-layer retransmitting table item of the message；If it is found, then based on finding
Two-layer retransmitting table item forwards the message；If do not found, the message is sent to the management in same EVPN examples
VTEP, forwarding of tabling look-up is carried out by managing VTEP to the message.
So far, the function module description of VTEP shown in Fig. 6 is completed.
Accordingly, present invention also provides the hardware configuration of VTEP shown in Fig. 6.Referring to Fig. 7, Fig. 7 is what the application provided
The hardware architecture diagram of VTEP shown in Fig. 6, the device include：Communication interface 701, processor 702, memory 703 and bus
704；Wherein, communication interface 701, processor 702, memory 703 complete mutual communication by bus 704.
Wherein, communication interface 701, for sending and receiving message.Processor 702 can be a CPU, memory 703
It can be nonvolatile memory, and the instruction of MAC Address synchronous logic is stored with memory 703, processor 702 can be held
The MAC Address synchronous logic instruction stored in line storage 703, to realize the function of local VTEP in flow shown in above-mentioned Fig. 3.
So far, the hardware configuration description of VTEP shown in Fig. 7 is completed.
The foregoing is merely the preferred embodiment of the application, not limiting the application, all essences in the application
God and any modification, equivalent substitution, improvement and etc. within principle, done, should be included within the scope of the application protection.
Claims (10)
1. a kind of MAC address synchronous method, it is characterised in that applied to Ethernet Virtual Private Network EVPN
In the expansible Virtual Local Area Network endpoint of a tunnel VTEP in local, the described method includes：
When local VTEP is manages VTEP, receiving to establish with the local VTEP in same EVPN examples has EVPN neighborhoods
Be managed VTEP transmission two class advertising of route message；
Two-layer retransmitting table item study is carried out based on the MAC Address carried in the two classes advertising of route message, and forbids learning
What the MAC Address practised was synchronized in same EVPN examples other is managed VTEP.
2. the method as described in claim 1, it is characterised in that local VTEP is established by following steps and is managed with described
The EVPN neighborhoods of VTEP：
Receive role's notice message；
If the Role Information of the opposite end Role Information carried in role's notice message and local VTEP is inconsistent, it is determined that hair
Roles of the opposite end VTEP of role's notice message in this EVPN examples is sent to be managed role；When local VTEP is management
The role of local VTEP is role of manager during VTEP；
The EVPN neighborhoods with the opposite end VTEP are established based on the three classes advertising of route message that the opposite end VTEP is sent；
The MAC Address for forbidding learning be synchronized in same EVPN examples it is other be managed VTEP, including：
The MAC Address for forbidding learning is synchronized in same EVPN examples and serves as the VTEP for being managed role.
3. the method as described in claim 1, it is characterised in that local VTEP makes described to be managed VTEP and build by following steps
The vertical EVPN neighborhoods with local VTEP：
Roles of the local VTEP in this EVPN examples is sent to by role's notice message and described is managed VTEP；Work as local
The role that VTEP is local VTEP when managing VTEP is role of manager；
Three classes advertising of route message is sent to the VTEP that is managed, so that the VTEP that is managed is in the definite role of itself
With the role of the local VTEP it is inconsistent when, established based on received three classes advertising of route message with the local VTEP
EVPN neighborhoods.
4. the method as described in claim 1, it is characterised in that the MAC carried in based on the two classes advertising of route message
After address carries out two-layer retransmitting table item study, the described method includes：
The message of VTEP transmissions is managed described in reception；
Received message is sent to be authenticated, monitor with the local VTEP central sites being connected, filtering and charging processing；
Receive central site return processing after message, based on the two-layer retransmitting table item locally preserved to the processing after
Message carries out forwarding of tabling look-up.
5. the method as described in claim 1, it is characterised in that as local VTEP for when being managed VTEP, the method is also wrapped
Include：
When receiving message, locally searching and the matched two-layer retransmitting table item of the message；
If it is found, the message is then forwarded based on the two-layer retransmitting table item found；
If do not found, the message is sent to the management VTEP in same EVPN examples, by managing VTEP to the report
Text carries out forwarding of tabling look-up.
6. a kind of expansible Virtual Local Area Network endpoint of a tunnel VTEP, it is characterised in that it is virtually special that the VTEP is located at Ethernet
With in network EVPN, the VTEP includes：
Transmit-Receive Unit, for when local VTEP is manages VTEP, receiving in same EVPN examples and being established with the local VTEP
There are the two class advertising of route message for being managed VTEP transmissions of EVPN neighborhoods；
Unit, for carrying out two layers based on the MAC address carried in the two classes advertising of route message
Forwarding-table item learns；
Forbid synchronization unit, for forbidding the MAC Address that the unit learns being synchronized in same EVPN examples
It is other to be managed VTEP.
7. VTEP as claimed in claim 6, it is characterised in that the VTEP further includes neighbours and establishes unit；
The Transmit-Receive Unit, is additionally operable to receive role's notice message；
The neighbours establish unit, for opposite end Role Information and the local VTEP carried in role's notice message is determined
Role Information it is inconsistent when, determine that it is quilt to send roles of the opposite end VTEP of role's notice message in this EVPN examples
Role of manager；Established based on the three classes advertising of route message that the opposite end VTEP is sent and closed with the EVPN neighbours of the opposite end VTEP
System；When local VTEP is to manage VTEP, the role of local VTEP is role of manager；
Described to forbid synchronization unit, the MAC Address for forbidding learning is synchronized to serve as in same EVPN examples and is managed
The VTEP of role.
8. VTEP as claimed in claim 6, it is characterised in that
The Transmit-Receive Unit, is additionally operable to roles of the local VTEP in this EVPN examples being sent to institute by role's notice message
State and be managed VTEP；When local VTEP is to manage VTEP, the role of local VTEP is role of manager；VTEP is managed to described
Three classes advertising of route message is sent, so that the VTEP that is managed is determining the role of the role of itself and the local VTEP
When inconsistent, the EVPN neighborhoods with the local VTEP are established based on received three classes advertising of route message.
9. VTEP as claimed in claim 6, it is characterised in that
The Transmit-Receive Unit, is additionally operable to be managed the message of VTEP transmissions described in receiving；Received message is sent to and local
The central site that VTEP is connected is authenticated, monitors, filtering and charging processing；Receive the report after the processing of central site return
Text, forwarding of tabling look-up is carried out based on the two-layer retransmitting table item locally preserved to the message after the processing.
10. VTEP as claimed in claim 6, it is characterised in that
The Transmit-Receive Unit, be additionally operable to when local VTEP for be managed VTEP when, after message is received, locally search with it is described
The matched two-layer retransmitting table item of message；If it is found, the message is then forwarded based on the two-layer retransmitting table item found；If do not look for
Arrive, then the management VTEP being sent to the message in same EVPN examples, turned by managing VTEP and the message table look-up
Hair.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711135695.4A CN107911495B (en) | 2017-11-16 | 2017-11-16 | MAC address synchronization method and VTEP |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711135695.4A CN107911495B (en) | 2017-11-16 | 2017-11-16 | MAC address synchronization method and VTEP |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107911495A true CN107911495A (en) | 2018-04-13 |
| CN107911495B CN107911495B (en) | 2020-12-04 |
Family
ID=61845571
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711135695.4A Active CN107911495B (en) | 2017-11-16 | 2017-11-16 | MAC address synchronization method and VTEP |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107911495B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108881024A (en) * | 2018-05-31 | 2018-11-23 | 新华三技术有限公司 | A kind of flux of multicast retransmission method and device |
| CN110708229A (en) * | 2018-07-10 | 2020-01-17 | 华为技术有限公司 | Method, device and system for receiving and transmitting message |
| CN111988213A (en) * | 2020-07-16 | 2020-11-24 | 浪潮思科网络科技有限公司 | Method, equipment and medium for synchronizing VXLAN tunnel in EVPN MLAG environment |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103731349A (en) * | 2012-10-16 | 2014-04-16 | 杭州华三通信技术有限公司 | Method for conducting Ethernet virtualized message transmission between interconnection neighbors and edge device |
| CN104243318A (en) * | 2014-09-29 | 2014-12-24 | 杭州华三通信技术有限公司 | MAC (media access control) address learning method and MAC address learning device in VXLAN (virtual extensible local area network) |
| CN104601463A (en) * | 2015-02-28 | 2015-05-06 | 杭州华三通信技术有限公司 | Message forwarding method and device in VXLAN (virtual extensible local area network) |
| CN106130819A (en) * | 2016-07-04 | 2016-11-16 | 锐捷网络股份有限公司 | The detection method of VTEP exception and device |
| CN106878166A (en) * | 2017-01-22 | 2017-06-20 | 新华三技术有限公司 | Route advertising method and device |
| CN106921577A (en) * | 2017-03-10 | 2017-07-04 | 新华三技术有限公司 | MAC address learning method and device |
| CN106998296A (en) * | 2017-03-10 | 2017-08-01 | 新华三技术有限公司 | MAC address learning method and device |
| CN106998286A (en) * | 2017-05-05 | 2017-08-01 | 杭州迪普科技股份有限公司 | A kind of VXLAN message forwarding methods and device |
| US20170257260A1 (en) * | 2016-03-07 | 2017-09-07 | Cisco Technology, Inc. | BFD OVER VxLAN ON vPC UPLINKS |
-
2017
- 2017-11-16 CN CN201711135695.4A patent/CN107911495B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103731349A (en) * | 2012-10-16 | 2014-04-16 | 杭州华三通信技术有限公司 | Method for conducting Ethernet virtualized message transmission between interconnection neighbors and edge device |
| CN104243318A (en) * | 2014-09-29 | 2014-12-24 | 杭州华三通信技术有限公司 | MAC (media access control) address learning method and MAC address learning device in VXLAN (virtual extensible local area network) |
| CN104601463A (en) * | 2015-02-28 | 2015-05-06 | 杭州华三通信技术有限公司 | Message forwarding method and device in VXLAN (virtual extensible local area network) |
| US20170257260A1 (en) * | 2016-03-07 | 2017-09-07 | Cisco Technology, Inc. | BFD OVER VxLAN ON vPC UPLINKS |
| CN106130819A (en) * | 2016-07-04 | 2016-11-16 | 锐捷网络股份有限公司 | The detection method of VTEP exception and device |
| CN106878166A (en) * | 2017-01-22 | 2017-06-20 | 新华三技术有限公司 | Route advertising method and device |
| CN106921577A (en) * | 2017-03-10 | 2017-07-04 | 新华三技术有限公司 | MAC address learning method and device |
| CN106998296A (en) * | 2017-03-10 | 2017-08-01 | 新华三技术有限公司 | MAC address learning method and device |
| CN106998286A (en) * | 2017-05-05 | 2017-08-01 | 杭州迪普科技股份有限公司 | A kind of VXLAN message forwarding methods and device |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108881024A (en) * | 2018-05-31 | 2018-11-23 | 新华三技术有限公司 | A kind of flux of multicast retransmission method and device |
| CN108881024B (en) * | 2018-05-31 | 2021-03-23 | 新华三技术有限公司 | Multicast traffic forwarding method and device |
| CN110708229A (en) * | 2018-07-10 | 2020-01-17 | 华为技术有限公司 | Method, device and system for receiving and transmitting message |
| US11895021B2 (en) | 2018-07-10 | 2024-02-06 | Huawei Technologies Co., Ltd. | Message sending and receiving method, apparatus, and system |
| CN111988213A (en) * | 2020-07-16 | 2020-11-24 | 浪潮思科网络科技有限公司 | Method, equipment and medium for synchronizing VXLAN tunnel in EVPN MLAG environment |
| CN111988213B (en) * | 2020-07-16 | 2022-06-03 | 浪潮思科网络科技有限公司 | Method, equipment and medium for synchronizing VXLAN tunnel in EVPN MLAG environment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107911495B (en) | 2020-12-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11563602B2 (en) | Method and apparatus for providing a point-to-point connection over a network | |
| US10263808B2 (en) | Deployment of virtual extensible local area network | |
| US9800497B2 (en) | Operations, administration and management (OAM) in overlay data center environments | |
| CN107222449B (en) | Communication method, device and system based on flow rule protocol | |
| US11283672B2 (en) | Forwarding detection of an aggregated interface | |
| CN108092893B (en) | Special line opening method and device | |
| WO2015165311A1 (en) | Method for transmitting data packet and provider edge device | |
| US20160134591A1 (en) | VPN Implementation Processing Method and Device for Edge Device | |
| WO2016066072A1 (en) | Method and device for realizing communication between nvo3 network and mpls network | |
| CN110050445B (en) | Method, device and system for sending and receiving message | |
| CN105247822A (en) | Chaining service zones by way of route re-origination | |
| US9590824B1 (en) | Signaling host move in dynamic fabric automation using multiprotocol BGP | |
| CN107124347A (en) | A kind of optimization method and device of the VXLAN control planes based on BGP EVPN | |
| CN104869042A (en) | Message forwarding method and message forwarding device | |
| CN108632145B (en) | Message forwarding method and leaf node equipment | |
| WO2016184368A1 (en) | Method, device and system for authorizing service of user | |
| CN109474507B (en) | Message forwarding method and device | |
| EP3605959B1 (en) | Method, device and computer storage medium for implementing double control plane | |
| US11516184B2 (en) | Firewall service insertion across secure fabric preserving security group tags end to end with dual homed firewall | |
| EP3598705B1 (en) | Routing control | |
| CN109450905B (en) | Method, device and system for transmitting data | |
| CN107342941A (en) | A kind of optimization method and device of VXLAN control planes | |
| US20190215191A1 (en) | Deployment Of Virtual Extensible Local Area Network | |
| CN109691026A (en) | Method and apparatus for updating multiple multiprotocol label switching (MPLS) two-way converting detection (BFD) sessions | |
| JP2019519146A (en) | Routing establishment, packet transmission |
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 |