WO2009113786A2 - Method of removing the redundant information and compressing an ospf hello packet on a stable network - Google Patents
Method of removing the redundant information and compressing an ospf hello packet on a stable network Download PDFInfo
- Publication number
- WO2009113786A2 WO2009113786A2 PCT/KR2009/001163 KR2009001163W WO2009113786A2 WO 2009113786 A2 WO2009113786 A2 WO 2009113786A2 KR 2009001163 W KR2009001163 W KR 2009001163W WO 2009113786 A2 WO2009113786 A2 WO 2009113786A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- hello
- hello packet
- routers
- packet
- router
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 19
- 230000006835 compression Effects 0.000 claims abstract description 18
- 238000007906 compression Methods 0.000 claims abstract description 18
- 230000004044 response Effects 0.000 claims description 4
- 230000000295 complement effect Effects 0.000 description 4
- 238000005457 optimization Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- FGRBYDKOBBBPOI-UHFFFAOYSA-N 10,10-dioxo-2-[4-(N-phenylanilino)phenyl]thioxanthen-9-one Chemical compound O=C1c2ccccc2S(=O)(=O)c2ccc(cc12)-c1ccc(cc1)N(c1ccccc1)c1ccccc1 FGRBYDKOBBBPOI-UHFFFAOYSA-N 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- 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/02—Topology update or discovery
- H04L45/026—Details of "hello" or keep-alive messages
-
- 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/02—Topology update or discovery
- H04L45/03—Topology update or discovery by updating link state protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
Definitions
- the present invention in general relates to the field of routing protocols. More particularly, the present invention relates to a method to compress Open Shortest Path First (OSPF) hello protocol packet on a stable network.
- OSPF Open Shortest Path First
- routers in a stable network periodically send hello packets on all interfaces, including virtual links, to establish and maintain neighbor relationships.
- Hello packets are multicast on physical networks that have a multicast or broadcast capability, which enables dynamic discovery of neighboring routers.
- These hello packets carry redundant information after adjacency establishment and hence routers can optimize the hello packet by sending relevant information alone, removing redundant information.
- FIG 1 depicts the routers sending hello packets containing redundant information after adjacency establishment in the existing Open Shortest Path First version 2(OSPFv2). As shown
- Routers send hello packet with redundant information at every hello interval on the network.
- FIG 2 depicts the hello packet in the existing OSPFv2.
- FIG 3 depicts the routers sending hello packets containing redundant information in the existing Open Shortest Path First version 3(OSPFv3).
- the hello packet sent by the routers contains redundant information after adjacency establishment.
- FIG 4 depicts the hello packet in the existing OSPFv3. These hello packets are sent at every hello interval by all routers on the network.
- the hello packet sent by all routers is of length 48 bytes (((n ⁇ 4)+36) bytes).
- An aspect of the present invention is to provide a method of removing redundant information from a hello packet on a stable network after adjacency with neighbors.
- Another aspect of the present invention is to provide a method of optimizing the hello packet by sending only relevant information on a stable network after adjacency with neighbors.
- Further aspect of the present invention is to provide a method of compressing the hello packet on a stable network after adjacency with neighbors.
- Further aspect of the present invention is to provide a method by which the routers on a network send compressed hello packet only if all the neighboring routers support the compressed hello packet mode.
- the proposed invention relates to removal of redundant information from a hello packet and optimizing the hello packet by sending only relevant information via the hello packet.
- the invention provides a method of removing the redundant information and compressing the hello packet by using a reserved option bit C in the hello packet.
- a router on a network sends the hello packet using the option bit C to neighboring routers to know whether all the neighboring routers can support hello packet compression mode. If any of the neighboring routers does not support the hello packet compression mode, the network switches to the standard protocol with no compressed hello packets. However, if all the neighboring routers acknowledge to support the hello packet compression mode, routers on the network start sending the compressed hello packets. Any change in the network triggers the routers to switch back to the standard protocol without compressed hello packets.
- the invention explains a method of removing the redundant information and compressing an OSPF hello packet on a stable network after adjacency with neighbors comprising the steps of:
- Sending the compressed hello packets involves the step of sending a modified hello packet by the router with fixed length if the routers in the network are adjacent and receive a hello packet with the new bit set from each of the other routers in the network.
- Each router in the network sends the hello packet with the new bit set until each of the router receives a response from the neighboring routers.
- the response from the neighboring routers is received by a router before a configured interval.
- Said router sends a hello packet with a reset new bit if the router does not support the hello packet compression mode.
- the routers in the network switch back to a standard OSPF hello protocol if any router on the network does not support hello packet compression mode.
- the new hello packet carries no redundant information on the network. Further, the size of the new hello packet is reduced by a factor of ((4 bytes ⁇ n) + 20 bytes) thereby optimizing the hello protocol.
- FIG 1 depicts the routers sending hello packets containing redundant information in the existing Open Shortest Path First version 2(OSPFv2).
- OSPFv2 Open Shortest Path First version 2
- FIG 2 depicts the hello packet in the existing OSPFv2.
- FIG 3 depicts the routers sending hello packets containing redundant information in the existing Open Shortest Path First version 3(OSPFv3).
- FIG 4 depicts the hello packet in the existing OSPFv3.
- FIG 5 depicts hello packet optimization for OSPFv2.
- FIG 6 depicts optimized hello packet for OSPFv2.
- FIG 7 depicts hello packet optimization for OSPFv3.
- FIG 8 depicts optimized hello packet for OSPFv3.
- FIG 9, 10, and 11 depict an example for the present invention.
- the present invention describes the use of an extra option bit in the hello packet for both Open Shortest Path First version 2 (OSPFv2) and Open Shortest Path First version 3 (OSPFv3) to enter in to hello packet compression mode on a stable network, reducing hello packet size on the stable network at every hello interval after adjacency with neighbors.
- the hello packets are compressed by a factor of ((4 bytes ⁇ n) + 20 bytes) from each router on the network at every hello interval (reducing the size of the hello packet by a minimum of 50%).
- the routers on the network send a hello packet with the new option bit C set on forming adjacency with the neighboring routers.
- Each router in the network sends the hello packet with the new option bit C set until each of the router receives a hello packet with the option bit C set sent by all the neighboring routers in the network.
- the reply from the neighboring routers has to be received by a router before the router dead interval (only in case of DR not sending hello packet with option bit C set). If a router does not support the hello packet compression mode it sends a hello packet with the option bit C reset. If a router not supporting hello packet compression mode is detected, then all the routers in the network switch back to standard OSPF hello protocol.
- routers on the network by entering hello packet compression mode, exchange modified hello packets with all the other routers on a stable network except DR (which sends complete hello packet with C bit set). Any change in the network trigger the routers to switch back to standard OSPF hello protocol.
- Table 1 shows the new option bit C in OSPFv2 hello option field .An implementation should set C bit in the first bit of the option field to indicate that the router is willing to enter in to hello packet compression mode.
- Table 2 shows the new option bit C in OSPFv3 hello option.
- An implementation should set C bit in the seventh bit of the option field to indicate that the router is willing to enter in to hello packet compression mode.
- FIG 5 depicts hello packet optimization for OSPFv2.
- the hello packet sent by all the routers (Backup Designated Router (BDR), Designated Router Others (DRO)) other than the Designated Router (DR) is of fixed length-24 bytes.
- FIG 6 depicts optimized hello packet for OSPFv2.
- Modified hello packet contains no redundant information like
- FIG. 6 shows a modified hello packet whose details are as below
- Packet length The length of the OSPF protocol packet in bytes. This length includes the standard OSPF header.
- Router ID The Router ID of the packet s source.
- Area ID A 32 bit number identifying the area that this packet belongs to. All OSPF packets are associated with a single area. Most travel a single hop only. Packets travelling over a virtual link are labelled with the backbone Area ID of 0.0.0.0.
- Checksum The standard IP checksum of the entire contents of the packet, starting with the OSPF packet header but excluding the 64-bit authentication field. This checksum is calculated as the 16-bit one's complement of the one's complement sum of all the 16-bit words in the packet, excepting the authentication field. If the packet's length is not an integral number of 16-bit words, the packet is padded with a byte of zero before check summing. The checksum is considered to be part of the packet authentication procedure; for some authentication types the checksum calculation is omitted.
- AuType Identifies the authentication procedure to be used for the packet.
- Authentication A 64-bit field for use by the authentication scheme.
- FIG 7 depicts hello packet optimization for OSPFv3.
- Figure shows DR, BDR and DROs.
- the hello packet sent by all routers other than DR is of fixed length-16 bytes.
- FIG 8 depicts optimized hello packet for OSPFv3.
- Modified hello packet contains no redundant information like
- Packet length The length of the OSPF protocol packet in bytes. This length includes the standard OSPF header.
- Router ID The Router ID of the packet's source.
- Area ID A 32 bit number identifying the area that this packet belongs to. All OSPF packets are associated with a single area. Most travel a single hop only. Packets travelling over a virtual link are labelled with the backbone Area ID of "0".
- OSPF uses the standard checksum calculation for IPv6 applications: The 16-bit one's complement of the one's complement sum of the entire contents of the packet, starting with the OSPF packet header, and prepending a "pseudo-header" of IPv6 header fields.
- the "Upper-Layer Packet Length" in the pseudo-header is set to value of the OSPF packet header's length field.
- the Next Header value used in the pseudo-header is 89. If the packet's length is not an integral number of 16-bit words, the packet is padded with a byte of zero before checksumming. Before computing the checksum, the checksum field in the OSPF packet header is set to "0".
- Instance ID Enables multiple instances of OSPF to be run over a single link. Each protocol instance would be assigned a separate Instance ID; the Instance ID has local link significance only. Received packets whose Instance ID is not equal to the receiving interface's Instance ID are discarded.
- router 1 in the network keeps sending hello packet with option bit C set as it is not adjacent to any other router.
- router 2 comes up on the network. DR election takes place. Router 1 becomes DR and Router 2 becomes BDR on the network. Once adjacency is formed between DR and BDR, both DR and BDR sends hello packet with C option bit set if hello packet compression mode is supported. Once DR and BDR receive hello packet with the option bit C set from each other, both DR and BDR enter into hello packet compression mode removing redundant information from the network.
- router 3 comes up on the network and becomes DRO on the network.
- DR and BDR switches back to standard OSPF protocol with redundant information on detecting a new router on the network.
- DRO becomes adjacent with DR and BDR on the network.
- All the three routers on the network start sending hello packet with the option bit C set after forming adjacency with each other. Once all the three routers receive hello packet with option bit C set from each other, they enter into hello packet compression mode removing redundant information from the network.
- OSPF Open Shortest Path First
- a routing protocol designed to quickly detect topological changes in the autonomous system and converge on a new consensus of the topology after detecting a change. Routing decisions are based on the state of the links interconnecting the routers in the autonomous system. Each of these routers maintains an identical database that tracks link states in the network.
- Router ID A 32-bit number assigned to each router running the OSPF protocol. This number uniquely identifies the router within an Autonomous System.
- Neighboring routers Two routers that have interfaces to a common network. Neighbor relationships are maintained by, and usually dynamically discovered by, OSPF's Hello Protocol.
- Adjacency A relationship formed between selected neighboring routers for the purpose of exchanging routing information. Not every pair of neighboring routers becomes adjacent.
- Hello Protocol The part of the OSPF protocol used to establish and maintain neighbor relationships. On broadcast networks the Hello Protocol can also dynamically discover neighboring routers
- Designated Router Each broadcast and NBMA network that has at least two attached routers has a designated Router.
- the Designated Router generates an LSA for the network and has their special responsibilities in the running of the protocol.
- the Designated Router is elected by the Hello Protocol.
- the Designated Router concept enables a reduction in the number of adjacencies required on a broadcast or NBMA network. This in turn reduces the amount of routing protocol traffic and the size of the link-state database.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The present invention proposes a method to compress Open Shortest Path First (OSPF) hello protocol packet on a stable network. The proposed invention removes redundant information in the hello packets sent by routers by entering into hello packet compression mode. The routers enter into hello packet compression mode after negotiating with each other router on the network. The invention by optimizing the hello packet sends only relevant information via the hello packet.
Description
The present invention in general relates to the field of routing protocols. More particularly, the present invention relates to a method to compress Open Shortest Path First (OSPF) hello protocol packet on a stable network.
In the existing art, routers in a stable network periodically send hello packets on all interfaces, including virtual links, to establish and maintain neighbor relationships. Hello packets are multicast on physical networks that have a multicast or broadcast capability, which enables dynamic discovery of neighboring routers. These hello packets carry redundant information after adjacency establishment and hence routers can optimize the hello packet by sending relevant information alone, removing redundant information.
FIG 1 depicts the routers sending hello packets containing redundant information after adjacency establishment in the existing Open Shortest Path First version 2(OSPFv2). As shown
Routers send hello packet with redundant information at every hello interval on the network. FIG 2 depicts the hello packet in the existing OSPFv2.
Hello packet sent by all the routers is of length 56 bytes (((n×4)+44) bytes).
FIG 3 depicts the routers sending hello packets containing redundant information in the existing Open Shortest Path First version 3(OSPFv3). The hello packet sent by the routers contains redundant information after adjacency establishment. FIG 4 depicts the hello packet in the existing OSPFv3. These hello packets are sent at every hello interval by all routers on the network. The hello packet sent by all routers is of length 48 bytes (((n×4)+36) bytes).
Based upon the foregoing there has been felt the need for the method that compresses the hello packet by removing redundant information. The present invention has been designed to address these needs.
An aspect of the present invention is to provide a method of removing redundant information from a hello packet on a stable network after adjacency with neighbors.
Another aspect of the present invention is to provide a method of optimizing the hello packet by sending only relevant information on a stable network after adjacency with neighbors.
Further aspect of the present invention is to provide a method of compressing the hello packet on a stable network after adjacency with neighbors.
Further aspect of the present invention is to provide a method by which the routers on a network send compressed hello packet only if all the neighboring routers support the compressed hello packet mode.
The proposed invention relates to removal of redundant information from a hello packet and optimizing the hello packet by sending only relevant information via the hello packet. The invention provides a method of removing the redundant information and compressing the hello packet by using a reserved option bit C in the hello packet.
A router on a network sends the hello packet using the option bit C to neighboring routers to know whether all the neighboring routers can support hello packet compression mode. If any of the neighboring routers does not support the hello packet compression mode, the network switches to the standard protocol with no compressed hello packets. However, if all the neighboring routers acknowledge to support the hello packet compression mode, routers on the network start sending the compressed hello packets. Any change in the network triggers the routers to switch back to the standard protocol without compressed hello packets.
Accordingly the invention explains a method of removing the redundant information and compressing an OSPF hello packet on a stable network after adjacency with neighbors comprising the steps of:
sending the hello packet using a new bit option by a router to neighbouring routers to seek a compressed hello packet mode operation ;
acknowledging the packet by the neighbouring routers for supporting the compressed hello packet mode operation; and
sending compressed hello packets by the routers on the network.
Sending the compressed hello packets involves the step of sending a modified hello packet by the router with fixed length if the routers in the network are adjacent and receive a hello packet with the new bit set from each of the other routers in the network. Each router in the network sends the hello packet with the new bit set until each of the router receives a response from the neighboring routers. The response from the neighboring routers is received by a router before a configured interval. Said router sends a hello packet with a reset new bit if the router does not support the hello packet compression mode. The routers in the network switch back to a standard OSPF hello protocol if any router on the network does not support hello packet compression mode.
These and other aspects, features and advantages of the present invention will become more apparent from the ensuing detailed description of the invention taken in conjunction with the accompanying drawings.
Various embodiments of the present invention provide the following advantages. The new hello packet carries no redundant information on the network. Further, the size of the new hello packet is reduced by a factor of ((4 bytes × n) + 20 bytes) thereby optimizing the hello protocol.
FIG 1 depicts the routers sending hello packets containing redundant information in the existing Open Shortest Path First version 2(OSPFv2).
FIG 2 depicts the hello packet in the existing OSPFv2.
FIG 3 depicts the routers sending hello packets containing redundant information in the existing Open Shortest Path First version 3(OSPFv3).
FIG 4 depicts the hello packet in the existing OSPFv3.
FIG 5 depicts hello packet optimization for OSPFv2.
FIG 6 depicts optimized hello packet for OSPFv2.
FIG 7 depicts hello packet optimization for OSPFv3.
FIG 8 depicts optimized hello packet for OSPFv3.
FIG 9, 10, and 11 depict an example for the present invention.
The preferred embodiments of the present invention will now be explained with reference to the accompanying drawings. It should be understood however that the disclosed embodiments are merely exemplary of the invention, which may be embodied in various forms. The following description is not to be construed as limiting the invention and numerous specific details are described to provide a thorough understanding of the present invention, as the basis for the claims and as a basis for teaching one skilled in the art how to make and/or use the invention. However, in certain instances, well-known or conventional details are not described in order not to unnecessarily obscure the present invention in detail.
Accordingly, the present invention describes the use of an extra option bit in the hello packet for both Open Shortest Path First version 2 (OSPFv2) and Open Shortest Path First version 3 (OSPFv3) to enter in to hello packet compression mode on a stable network, reducing hello packet size on the stable network at every hello interval after adjacency with neighbors. The hello packets are compressed by a factor of ((4 bytes × n) + 20 bytes) from each router on the network at every hello interval (reducing the size of the hello packet by a minimum of 50%).
According to one embodiment of the invention, the routers on the network send a hello packet with the new option bit C set on forming adjacency with the neighboring routers. Each router in the network sends the hello packet with the new option bit C set until each of the router receives a hello packet with the option bit C set sent by all the neighboring routers in the network. The reply from the neighboring routers has to be received by a router before the router dead interval (only in case of DR not sending hello packet with option bit C set). If a router does not support the hello packet compression mode it sends a hello packet with the option bit C reset. If a router not supporting hello packet compression mode is detected, then all the routers in the network switch back to standard OSPF hello protocol.
Thus, routers on the network by entering hello packet compression mode, exchange modified hello packets with all the other routers on a stable network except DR (which sends complete hello packet with C bit set). Any change in the network trigger the routers to switch back to standard OSPF hello protocol.
Table 1 shows the new option bit C in OSPFv2 hello option field .An implementation should set C bit in the first bit of the option field to indicate that the router is willing to enter in to hello packet compression mode.
Table 2 shows the new option bit C in OSPFv3 hello option. An implementation should set C bit in the seventh bit of the option field to indicate that the router is willing to enter in to hello packet compression mode.
FIG 5 depicts hello packet optimization for OSPFv2. As shown in the figure, the hello packet sent by all the routers (Backup Designated Router (BDR), Designated Router Others (DRO)) other than the Designated Router (DR) is of fixed length-24 bytes. FIG 6 depicts optimized hello packet for OSPFv2.
Modified hello packet contains no redundant information like
Network mask
Hello interval
Hello dead interval
Hello options
Hello priority
DR and BDR
Neighbor lists
as shown in figure 6.
Figure 6 shows a modified hello packet whose details are as below
"2" : represents OSPFv2 protocol.
"1" : represents hello packet type.
Packet length : The length of the OSPF protocol packet in bytes. This length includes the standard OSPF header.
Router ID : The Router ID of the packet s source.
Area ID : A 32 bit number identifying the area that this packet belongs to. All OSPF packets are associated with a single area. Most travel a single hop only. Packets travelling over a virtual link are labelled with the backbone Area ID of 0.0.0.0.
Checksum : The standard IP checksum of the entire contents of the packet, starting with the OSPF packet header but excluding the 64-bit authentication field. This checksum is calculated as the 16-bit one's complement of the one's complement sum of all the 16-bit words in the packet, excepting the authentication field. If the packet's length is not an integral number of 16-bit words, the packet is padded with a byte of zero before check summing. The checksum is considered to be part of the packet authentication procedure; for some authentication types the checksum calculation is omitted.
AuType : Identifies the authentication procedure to be used for the packet.
Authentication : A 64-bit field for use by the authentication scheme.
FIG 7 depicts hello packet optimization for OSPFv3. Figure shows DR, BDR and DROs. As shown, the hello packet sent by all routers other than DR is of fixed length-16 bytes. FIG 8 depicts optimized hello packet for OSPFv3.
Modified hello packet contains no redundant information like
interface id
Hello interval
Hello dead interval
Hello options
Hello priority
DR and BDR
Neighbor lists
As shown in figure 8,
"3" Represents OSPFv3 protocol.
"1" represents hello packet type.
Packet length : The length of the OSPF protocol packet in bytes. This length includes the standard OSPF header.
Router ID : The Router ID of the packet's source.
Area ID : A 32 bit number identifying the area that this packet belongs to. All OSPF packets are associated with a single area. Most travel a single hop only. Packets travelling over a virtual link are labelled with the backbone Area ID of "0".
Checksum : OSPF uses the standard checksum calculation for IPv6 applications: The 16-bit one's complement of the one's complement sum of the entire contents of the packet, starting with the OSPF packet header, and prepending a "pseudo-header" of IPv6 header fields. The "Upper-Layer Packet Length" in the pseudo-header is set to value of the OSPF packet header's length field. The Next Header value used in the pseudo-header is 89. If the packet's length is not an integral number of 16-bit words, the packet is padded with a byte of zero before checksumming. Before computing the checksum, the checksum field in the OSPF packet header is set to "0".
Instance ID : Enables multiple instances of OSPF to be run over a single link. Each protocol instance would be assigned a separate Instance ID; the Instance ID has local link significance only. Received packets whose Instance ID is not equal to the receiving interface's Instance ID are discarded.
"0" : These fields are reserved. They must be "0".
The present invention is explained with reference to an example as follows. As shown in FIG 9 one router (Router 1) in the network keeps sending hello packet with option bit C set as it is not adjacent to any other router. In FIG 10 router 2 comes up on the network. DR election takes place. Router 1 becomes DR and Router 2 becomes BDR on the network. Once adjacency is formed between DR and BDR, both DR and BDR sends hello packet with C option bit set if hello packet compression mode is supported. Once DR and BDR receive hello packet with the option bit C set from each other, both DR and BDR enter into hello packet compression mode removing redundant information from the network. In FIG 11, router 3 comes up on the network and becomes DRO on the network. DR and BDR switches back to standard OSPF protocol with redundant information on detecting a new router on the network. DRO becomes adjacent with DR and BDR on the network. All the three routers on the network start sending hello packet with the option bit C set after forming adjacency with each other. Once all the three routers receive hello packet with option bit C set from each other, they enter into hello packet compression mode removing redundant information from the network.
Although the present invention has been fully described in connection with the preferred embodiments thereof with reference to the accompanying drawings, it is to be noted that various changes and modifications are possible and are apparent to those skilled in the art. Such changes and modifications are to be understood as included within the scope of the present invention as defined by the appended claims unless they depart there from.
Glossary of Terms and their definitions
Open Shortest Path First (OSPF):
A routing protocol designed to quickly detect topological changes in the autonomous system and converge on a new consensus of the topology after detecting a change. Routing decisions are based on the state of the links interconnecting the routers in the autonomous system. Each of these routers maintains an identical database that tracks link states in the network.
Router ID : A 32-bit number assigned to each router running the OSPF protocol. This number uniquely identifies the router within an Autonomous System.
Neighboring routers : Two routers that have interfaces to a common network. Neighbor relationships are maintained by, and usually dynamically discovered by, OSPF's Hello Protocol.
Adjacency : A relationship formed between selected neighboring routers for the purpose of exchanging routing information. Not every pair of neighboring routers becomes adjacent.
Hello Protocol : The part of the OSPF protocol used to establish and maintain neighbor relationships. On broadcast networks the Hello Protocol can also dynamically discover neighboring routers
Designated Router : Each broadcast and NBMA network that has at least two attached routers has a designated Router. The Designated Router generates an LSA for the network and has their special responsibilities in the running of the protocol. The Designated Router is elected by the Hello Protocol. The Designated Router concept enables a reduction in the number of adjacencies required on a broadcast or NBMA network. This in turn reduces the amount of routing protocol traffic and the size of the link-state database.
Claims (6)
- A method of removing the redundant information and compressing an OSPF hello packet on a stable network after neighbor adjacency comprising the steps of:sending the hello packet using a new bit option by a router to neighbouring routers to seek a compressed hello packet mode operation ;acknowledging the packet by the neighbouring routers for supporting the compressed hello packet mode operation; andsending compressed hello packets by the routers on the network.
- The method as claimed in claim 1, wherein sending the compressed hello packets involves the step of sending a modified hello packet by the router with fixed length if the routers in the network receive a hello packet with the new bit set from each of the other routers in the network.
- The method as claimed in claim 1, wherein each router in the network sends the hello packet with the new bit set until each of the router receives a response from the neighboring routers or for router dead interval.
- The method as claimed in claim 1, wherein the response from the neighboring routers is received by a router before a configured interval.
- The method as claimed in claim 1, wherein said router sends a hello packet with a reset new bit if the router does not support the hello packet compression mode.
- The method as claimed in claim 1, wherein the routers in the network switch back to a standard OSPF hello protocol if the routers does not support hello packet compression mode.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN593/CHE/2008 | 2008-03-10 | ||
IN593CH2008 | 2008-03-10 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2009113786A2 true WO2009113786A2 (en) | 2009-09-17 |
WO2009113786A3 WO2009113786A3 (en) | 2009-11-26 |
Family
ID=41065657
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2009/001163 WO2009113786A2 (en) | 2008-03-10 | 2009-03-09 | Method of removing the redundant information and compressing an ospf hello packet on a stable network |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2009113786A2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102318287A (en) * | 2011-06-30 | 2012-01-11 | 华为技术有限公司 | Methods and device to establish router neighbors |
CN102932259A (en) * | 2012-11-20 | 2013-02-13 | 华为技术有限公司 | Neighborhood relation processing method and routing equipment |
WO2013169655A1 (en) * | 2012-05-07 | 2013-11-14 | Cisco Technology, Inc. | Optimization for trill lan hellos |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7065059B1 (en) * | 2001-08-09 | 2006-06-20 | Cisco Technology, Inc. | Technique for restoring adjacencies in OSPF in a non-stop forwarding intermediate node of a computer network |
US20070047447A1 (en) * | 2005-08-24 | 2007-03-01 | Cisco Technology, Inc., A California Corporation | OSPF unidirectional link support for unidirectional return paths |
-
2009
- 2009-03-09 WO PCT/KR2009/001163 patent/WO2009113786A2/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7065059B1 (en) * | 2001-08-09 | 2006-06-20 | Cisco Technology, Inc. | Technique for restoring adjacencies in OSPF in a non-stop forwarding intermediate node of a computer network |
US20070047447A1 (en) * | 2005-08-24 | 2007-03-01 | Cisco Technology, Inc., A California Corporation | OSPF unidirectional link support for unidirectional return paths |
Non-Patent Citations (1)
Title |
---|
MANFRED LINDNER: 'Part OSPF Fundamentals' DATA COMMUNICATION LECTURES, [Online] 2007, VIENNA UNIVERSITY OF TECHNOLOGY, pages 23 - 78 Retrieved from the Internet: <URL:http://www.ict.tuwien.ac.at/skripten/datenkomm/infobase/L41-OSPF_Fundamentals_v4-5.pdf> * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102318287A (en) * | 2011-06-30 | 2012-01-11 | 华为技术有限公司 | Methods and device to establish router neighbors |
WO2012103731A1 (en) * | 2011-06-30 | 2012-08-09 | 华为技术有限公司 | Method and device for establishing router neighbor |
CN102318287B (en) * | 2011-06-30 | 2014-09-17 | 华为技术有限公司 | Methods and device to establish router neighbors |
US9154401B2 (en) | 2011-06-30 | 2015-10-06 | Huawei Technologies Co., Ltd. | Method and device for establishing router neighbor |
WO2013169655A1 (en) * | 2012-05-07 | 2013-11-14 | Cisco Technology, Inc. | Optimization for trill lan hellos |
US9025432B2 (en) | 2012-05-07 | 2015-05-05 | Cisco Technology, Inc. | Optimization for trill LAN hellos |
CN102932259A (en) * | 2012-11-20 | 2013-02-13 | 华为技术有限公司 | Neighborhood relation processing method and routing equipment |
Also Published As
Publication number | Publication date |
---|---|
WO2009113786A3 (en) | 2009-11-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7359383B2 (en) | Load balancing with mesh tagging | |
WO2010110530A1 (en) | Method for intercepting and searching host in ipv6 network | |
US7277383B2 (en) | Redundancy mechanization protocol for a massively parallel router | |
US7254111B2 (en) | Routing coordination protocol for a massively parallel router architecture | |
US6954794B2 (en) | Methods and systems for exchanging reachability information and for switching traffic between redundant interfaces in a network cluster | |
EP1773008B1 (en) | Method and system for implementing virtual router redundancy protocol on a resilient packet ring | |
EP1445919A2 (en) | Dual-mode virtual network addressing | |
WO2012067382A2 (en) | Method for tethering network connection, method for connecting to network, and wireless communication group applying the same | |
WO2010143756A2 (en) | Non-beacon mode zigbee sensor network system for low power consumption and network communication method thereof | |
JPH0630004A (en) | Method for destruction of inessential data packet from communication network | |
JP5764820B2 (en) | Transmission system and transmission system control method | |
WO2009006817A1 (en) | Information forwarding method and information forwarding apparatus | |
JPH09275418A (en) | Network connector | |
US7729362B2 (en) | Method and apparatus for processing packet in high speed router | |
JP2010045657A (en) | Frame switching device, communication system, computer program, and address learning method | |
WO2009113786A2 (en) | Method of removing the redundant information and compressing an ospf hello packet on a stable network | |
KR100450951B1 (en) | Redundancy mechanization protocol for a massively parallel router | |
JP2007274357A (en) | Bridge device, and control method and control program for same | |
WO2013115602A1 (en) | Dynamic routing method in ad-hoc network and network device therefor | |
JPH11284664A (en) | Virtual exclusive network buildup system | |
JP2004193821A (en) | Bridge instrument and its address learning method | |
CN106790502A (en) | A kind of IPv4 terminals based on NAT64 prefixes, the SiteServer LBS of IPv6 service-interworking business | |
JPH1127326A (en) | Hierarchical lan switch network | |
Cisco | Glossary of Terms | |
Cisco | Glossary of Terms |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09718700 Country of ref document: EP Kind code of ref document: A2 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 09718700 Country of ref document: EP Kind code of ref document: A2 |