Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W40/00—Communication routing or communication path finding
  • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
  • H04W40/242—Connectivity information management, e.g. connectivity discovery or connectivity update aging of topology database entries
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04B—TRANSMISSION
  • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
  • H04B1/69—Spread spectrum techniques
  • H04B1/713—Spread spectrum techniques using frequency hopping
• • 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/033—Topology update or discovery by updating distance vector protocols
• • 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/20—Hop count for routing purposes, e.g. TTL
• • 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/74—Address processing for routing
  • H04L45/745—Address table lookup; Address filtering
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W84/00—Network topologies
  • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W40/00—Communication routing or communication path finding
  • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
  • H04W40/248—Connectivity information update
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W40/00—Communication routing or communication path finding
  • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
  • H04W40/28—Connectivity information management, e.g. connectivity discovery or connectivity update for reactive routing

Definitions

• the subject matter presented herein relates generally to the field of communications networks, and more particularly, to wireless mesh networks.
• Mesh networks have proven very successful, and many examples of large, geographically distributed networks exist.
• the architecture of these networks typically supports a process control model where there are just a few nodes, known as access points (APs) or gateways, which provide access into and egress from the mesh network.
• APs access points
• gateways which provide access into and egress from the mesh network.
• a multiplicity of endpoint nodes in the mesh network can be accessed from these access point entry nodes. Requests and commands may be sent through APs, and responses and acknowledgements may be returned through them.
• any node in an ad-hoc wireless network may be used as routing proxy to access or communicate with one or more other nodes in the network.
• the SCADA (Supervisory Control and Data Acquisition) system is an example of a system that can monitor and control distribution grid elements (e.g., switches, transformers, substations, feeders) via remote terminal units (RTUs) as part of a Distribution Automation (DA) network.
• Distribution Automation involves the remote monitoring of an electrical power distribution system and facilitates supervisory control of devices.
• DA also provides decision support tools to improve system performance.
• SCADA back-office systems are typically designed to use static IP addresses to address DA equipment (capacitor bank controllers, switch reclosures, substation equipment, feeders, etc).
• These DA devices may be connected to the utility network via an Ethernet bridge (ebridge).
• the ebridges may be nodes in the wireless utility network with the egress point provided by one or more gateways or APs.
• the APs can connect to the back office server via a WAN.
• the ebridges may find a route to an AP and obtain an IP address from the AP, for example, by using an IPv6 prefix with a MAC address combination or via Dynamic Host Configuration Protocol (DHCP) in IPv4 networks.
• DHCP Dynamic Host Configuration Protocol
• an ebridge obtains an IP address, it publishes a Domain Name System (DNS) record with its MAC address as the name. This allows a back-office system to resolve the IP address for a particular ebridge MAC address.
• DNS Domain Name System
• An ebridge may at any time choose a different AP than the one it is presently using for egress.
• the AP publishes routing information for the statically configured node attached to the ebridge. These routing advertisements preferably adhere to a standard protocol so that off-the shelf routers will work within the utility network system.
• RIP Routing Information Protocol
• RIP may be used because it is relatively simple to implement and may be supported by many routers.
• RIP is a distance-vector routing protocol that uses a "hop" count as a routing metric.
• a hop is the trip a data packet takes from one router or intermediate point to another in the network.
• the maximum number of hops allowed with RIP is 15.
• the metric (hop) field includes values from 0 to 14. That is, if the AP advertises a hop count of 15, the router will add one to that number and advertise a metric of 16, which designates an unreachable destination.
• ebridges may switch APs if a second AP's Layer 2 routing cost, i.e., the sum of the costs of the links between the nodes used, becomes lower than its current primary AP, or it loses its route to its current AP.
• the nodes can typically register with an AP for a period of eight hours. Re-registration normally takes place at the expiration of the registration period.
• a node may switch to an alternate AP and register with it at any time by sending a registration message to the new AP.
• the registration message may cause the node to be configured with an IPv6 address.
• the registration message also notifies the AP of any devices with static IPv4 addresses that are connected to that ebridge.
• an ebridge When an ebridge switches APs 1 e.g., it switches from AP 1 to AP 2, the ebridge may not be able to send AP 1 a message that it is no longer using it. For example, the ebridge may have lost all routes to AP 1.
• the DNS server In a network with nodes that employ dynamic IP addresses, the DNS server is typically able to resolve this problem.
• the SCADA system is not using DNS, and the IP address of the device connected to the ebridge is static, so a DNS lookup may not solve the problem.
• both APs continue to publish RIP updates for the device connected to the ebridge.
• a period of time corresponding to registration of a first node with a second node, is divided into a sequence of time intervals, wherein a time interval at the beginning of the period of time has a duration that is shorter than a time interval that is later in the period of time.
• Each of the time intervals is assigned a metric designating a cost associated with a communications path between the first node and the second node. The designated cost increases in value for successive intervals of time in the sequence.
• the second node broadcasts at least one message during each of the time intervals, which message contains the metric associated with time interval during which the message is broadcast.
• FIG. 1 shows an exemplary representation of a utility network with multiple APs and a DA device.
• FIG. 2 is a flow chart showing one exemplary method of varying the frequency at which an AP increments its RIP metric.
• FIGS. 3A and 3B are graphs illustrating exemplary functions that can be used to determine the durations of the time intervals. DETAILED DESCRIPTION
• the methods and systems described herein generally pertain to mesh networks in which two-way communications take place between a sending, or source, node and a receiving, or destination, node.
• Exemplary networks may include wireless networks such as frequency-hopping spread spectrum (FHSS) networks.
• FHSS frequency-hopping spread spectrum
• APs in a network advertise that a node is registered with them, and include a RIP metric with such advertisement.
• the disclosed technique can be performed by other nodes in a network as well.
• a method is provided for modifying RIP metrics to reflect an underlying dynamic network that might employ static IP addresses.
• FIG. 1 is a simple representation of an exemplary utility network 100 with multiple APs 110 and a DA device 120.
• the DA device 120 may be connected to the utility network 100 via an Ethernet bridge (ebridge) 130.
• An ebridge 130 may be a node in the wireless utility network 100 with an egress point provided by one or more gateways or APs 110.
• the APs 110 can connect to a back office server 140 via a WAN 150.
• Routing Information Protocol is a routing protocol that uses distance vectors to mathematically compare routes to identify the best path to a given destination address.
• the IETF RFCs 1388 and 1723 describe the IP-based functional features of the RIP protocol.
• RIP routing update messages can be sent at regular intervals and when the network topology changes.
• a router receives a routing update that includes changes to an entry, it updates its routing table to reflect the new route.
• RIP routers typically maintain only the best route, that is, the route with the lowest metric value, to a destination. After updating its routing table, the router begins transmitting routing updates to inform other network routers of the change. These updates may be sent independently of the regularly scheduled updates that RIP routers send.
• RIP can be implemented as a multicast protocol. That is, all APs 110 can hear each other's RIP announcements. When an AP 110 hears a RIP advertisement with a lower metric for a particular static IPv4 address than its own metric for that address, it will stop advertising for that address.
• RIP typically uses a single routing metric (hop count) to measure the distance between the source and a destination in a network.
• hop count a routing metric
• Each hop in a path from source to destination may be assigned a hop count value, which is typically 1.
• a router receives a routing update that contains a new or changed destination network entry, the router adds 1 to the metric value indicated in the update and enters the network information in the routing table.
• the IP address of the sender can be used as the next hop.
• an AP can be the sender. More generally, a sender can be any entity that broadcasts routing-related information, e.g., path cost updates, registration updates, etc.
• RIP can prevent routing loops from continuing indefinitely by implementing a limit on the number of hops allowed in a path from the source to a destination.
• the maximum number of hops in a path is typically 15. If a router receives a routing update that contains a new or changed entry, and if increasing the metric value by 1 causes the metric to reach infinity, in this case 16, the network destination is considered unreachable.
• a limitation of this stability feature is that it limits the maximum range of a RIP network to less than 16 hops.
• RIP can use several timers to regulate its performance. These include, for example, a routing-update timer, a route-timeout timer, and a route-flush timer.
• the routing-update timer can time the interval between periodic routing updates. Generally, it is set to 30 seconds, with a small random amount of time added whenever the timer is reset. This is done to help prevent congestion, which could result from all routers simultaneously attempting to update their neighbors.
• Each routing table entry can also have a route-timeout timer associated with it. When the route-timeout timer expires, the route is marked invalid but is retained in the table until the route-flush timer expires.
• the RIP metric is modified to achieve such an objective.
• the RIP metric is set to be proportional to the elapsed time since a node, such as an ebridge, registered with the AP. For example, if an ebridge registers with AP 1 at 1 pm, and with AP 2 at 2 pm, for a RIP advertisement sent at 2:01 pm, it would be preferable to have AP 1 's RIP metric higher than AP 2's. If AP 1 's RIP metric is higher, that means that it has a lower quality route to the destination IP address, and the router will prefer AP 2 with the lower metric (and most recent registration).
• nodes can typically register with an AP for a period of eight hours.
• One way to minimize conflict between APs is to divide the eight-hour registration period into segments and have the APs increment their RIP metrics when the time since registration increases into a new segment. Assuming that the segments are of equal time, since there can be 16 values (metric 0 to 15), that would mean the APs could increment their metrics every half hour.
• One result here is that if an ebridge registers with one AP, and then switches to a second AP after a minute, the DA device associated with the ebridge may be potentially unreachable for twenty-nine minutes because for that time both APs are advertising the same metric.
• the segments between the registration periods may be based on a metric other than hop count that relates to network conditions and DA device population.
• the device behind the ebridge may be unreachable for eight hours.
• the minimum time between network registrations for ebridges can be configurable.
• the minimum time between network registrations may be preferably set to double the maximum propagation delay on the WAN. This embodiment may help to eliminate race conditions.
• AP 1 and AP 2 may advertise the same RIP metric at the same time and increment their RIP metric every ten minutes that the registration ages, i.e., 0-10 min results in a RIP metric of 0, 10-20 min results in a RIP metric of 1 , 20-30 min results in a RIP metric of 2, and so on until RIP metric 14 is reached. At that time, the RIP metric stays at 14 until the end of the eight-hour registration period is reached or the node registers again.
• AP 2's registration may be one minute more recent than AP 1's registration. In this case, nine minutes may pass before AP 1 increments its metric and determines that it is really an older registration, at which point it stops advertising. Thus, a small window for incrementing the RIP metric may be preferable to minimize the time it takes a node to become reachable. RIP metrics may be sent every 30 seconds to one minute, so that timing may determine the minimum time that the AP may use to increment its metric.
• the first period after registration may have greater importance because if AP 1's metric is already greater than 0 when the ebridge switches to AP 2, then AP 1 may immediately stop advertising. However, it may not be preferable to make only the first window for incrementing the metric short and make the rest of the windows (for incrementing between metrics 1 and 14) long because there may be a chance that the AP's WAN could become inoperative during this time, or that the message could be dropped. In addition, if all windows are short, e.g., the AP increments its cost from 0-14 in fourteen minutes, then if an AP's WAN is inoperative for 15 minutes and the ebridge is switched, there may be a conflict for up to eight hours.
• the frequency at which the AP increments its RIP metric may be varied over the course of a registration period so that the metric is incremented at a faster rate early in the period and at a slower rate later in the period.
• the registration period may be divided into a number of time intervals, and each interval is assigned a respective duration and a successively increasing metric value.
• a period of time corresponding to a predetermined maximum registration age of a first node, e.g., an ebridge, that registers with a second node, e.g., an AP, may be divided into a number of first time intervals n and a number of second time intervals x, totaling a number z of time intervals.
• the first time intervals n may each have a predetermined duration
• the second time intervals x may each have a duration greater than the predetermined duration of the first time intervals n.
• the second time intervals x may each have an equal duration determined by ((predetermined maximum registration age in minutes) - (n * predetermined time interval in minutes)) / (z-n).
• each of the first and second time intervals may be assigned a metric corresponding to a cost associated with the path from a given node to another node, e.g., between an AP and an ebridge.
• the metric may increase in value for each of the time intervals as registration age increases.
• the given node may send one or more messages that include the metric associated with that interval.
• Figure 2 is a flow chart illustrating a process for implementing the foregoing exemplary embodiment. This process may be triggered when a node registers, or re-registers, with an AP.
• a value z for the total number of time intervals is obtained. In the foregoing example, where each successive interval may be associated with the next routing metric value, z is equal to the total number of allowable metric values, i.e., 15.
• the value for n the number of short time intervals, is obtained. This value might be a predetermined number that is stored at the AP, such as 6, or might be calculated each time the process is carried out, based on any desirable criteria.
• the length of each of the initial shorter intervals, T1 is set. In the foregoing example, this duration is set to one minute, but it could be any suitable value that is based upon network operating conditions, e.g., relative propagation delays, likely periods of time between successive registrations by a node, etc.
• the duration T2 of each of the longer intervals is calculated, using the formula described above.
• the routing metric value is initially set to 0, and at step 210, the length INT of the current interval, in this case the initial interval, is set equal to T1. Steps 200 - 210 complete the initialization of the process, and the advertising of the routing metric is ready to begin.
• a timer, or counter, C is reset to zero, and begins to count forward.
• the AP advertises the current routing metric value M for its path to the node, and then checks at step 216 whether the timer C has reached the value for INT. During the first iteration, therefore, a determination is made whether one minute has passed, in the context of the example described above. If the full duration of the current interval has not yet lapsed, the process returns to step 214 and continues to advertise the routing metric for its path to the node, at regularly scheduled times. For instance, as described previously, the advertisement may be broadcast every 30 seconds, based upon a routing-update timer that runs within the subroutine of step 214.
• step 216 Once the amount of time for the current interval has lapsed, a check at step 216 will produce an affirmative result, and the process moves to step 218, where the value of the metric M is incremented. A determination is then made at step 220 whether the new value for M is equal to n. In other words, a check is made to see if n intervals have transpired since the registration of the node with the AP. If not, the process returns to step 212, and the AP begins a new interval to advertise its path to the node, with the new value for the routing metric M. Steps 212 - 220 are repeated in an iterative manner until n advertising intervals have transpired.
• step 220 When an affirmative result is obtained at step 220, indicating that n intervals have transpired, the process moves to step 222. In this step, the duration INT of an interval is changed from the value of T1 to T2. Thereafter, steps 224 - 232 are carried out to continue to advertise the path to the node with an increased routing metric for each interval. In this case, however, the intervals are of greater duration.
• This process continues in an iterative manner until a determination is made at step 232 that the routing metric M is equal to z, i.e., the last interval for the registration period has been completed. At this point, the process moves to step 234, and invalidates the path to the corresponding node. The process then returns, and awaits a new registration by the node.
• a step function is used to determine the length of the interval for each incremental value of the routing metric.
• the interval length is set to a first, predetermined value T1 for n intervals, and then increases to a second value T2 for the remainder of the z-n intervals in the registration period.
• T1 predetermined value
• T2 second value
• more than one step might be employed in the function that determines interval length, e.g., the first few intervals have a short duration, each of a second group of intervals has a slightly longer duration, and the last group of intervals have even longer durations.
• the lengths of the intervals may increase in a progressive manner over the sequence of time intervals that span the registration period. For instance, each successive interval could be a certain amount longer than its predecessor.
• the durations of the successive intervals might correspond to a Fibonacci sequence.
• the calculated time interval may be based on the path cost between the two nodes. In a further embodiment, the time interval may be based on the frequency of switching by the node to alternate routes. For example, intervals can monotonically increase in length based on network conditions.
• RIP metrics may be incremented at a varied rate during an AP's advertisement of its path to a node, to benefit from relatively short update intervals in the beginning of a registration period while minimizing problems associated with relatively long update intervals throughout the entire registration period.
• Other nodes can utilize these advertised metrics to select the most appropriate AP through which to connect to a desired node when more than one node advertises a path to the desired node. By selecting the AP with the lowest RIP metric in its advertisement, it is more likely that the AP with the most recent registration of the desired node will be chosen.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Databases & Information Systems (AREA)
• Data Exchanges In Wide-Area Networks (AREA)
• Mobile Radio Communication Systems (AREA)
• Small-Scale Networks (AREA)

Priority Applications (4)

Applications Claiming Priority (2)

Publications (1)

Family

ID=41581170

Family Applications (1)

Country Status (8)

Cited By (1)

Families Citing this family (10)

Citations (2)

Family Cites Families (5)

• 2008
  • 2008-12-15 US US12/335,420 patent/US8213357B2/en active Active
• 2009
  • 2009-12-09 JP JP2011540695A patent/JP5442760B2/ja active Active
  • 2009-12-09 WO PCT/US2009/006468 patent/WO2010074713A1/en not_active Ceased
  • 2009-12-09 KR KR1020107014481A patent/KR101603350B1/ko active Active
  • 2009-12-09 EP EP09795580A patent/EP2218282B1/en active Active
  • 2009-12-09 AU AU2009324266A patent/AU2009324266B2/en active Active
  • 2009-12-15 TW TW098142812A patent/TW201043064A/zh unknown
  • 2009-12-15 AR ARP090104890A patent/AR074675A1/es not_active Application Discontinuation

Patent Citations (2)

Also Published As

Similar Documents

Legal Events