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 PDF

Info

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
Application number
PCT/KR2009/001163
Other languages
French (fr)
Other versions
WO2009113786A3 (en
Inventor
Pallagatti Kottrabasappa Santosh
Original Assignee
Samsung Electronics 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 Samsung Electronics Co., Ltd. filed Critical Samsung Electronics Co., Ltd.
Publication of WO2009113786A2 publication Critical patent/WO2009113786A2/en
Publication of WO2009113786A3 publication Critical patent/WO2009113786A3/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/026Details of "hello" or keep-alive messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/03Topology update or discovery by updating link state protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167Adaptation 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

METHOD OF REMOVING THE REDUNDANT INFORMATION AND COMPRESSING AN OSPF HELLO PACKET ON A STABLE NETWORK
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
Figure PCTKR2009001163-appb-T000001
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
Figure PCTKR2009001163-appb-T000002
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)

  1. 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; and
    sending compressed hello packets by the routers on the network.
  2. 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.
  3. 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.
  4. The method as claimed in claim 1, wherein the response from the neighboring routers is received by a router before a configured interval.
  5. 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.
  6. 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.
PCT/KR2009/001163 2008-03-10 2009-03-09 Method of removing the redundant information and compressing an ospf hello packet on a stable network WO2009113786A2 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Patent Citations (2)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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