1. 28 12月, 2011 2 次提交
    • A
      tipc: Ignore broadcast acknowledgements that are out-of-range · 36559591
      Allan Stephens 提交于
      Adds checks to TIPC's broadcast link so that it ignores any
      acknowledgement message containing a sequence number that does not
      correspond to an unacknowledged message currently in the broadcast
      link's transmit queue.
      
      This change prevents the broadcast link from becoming stalled if a
      newly booted node receives stale broadcast link acknowledgement
      information from another node that has not yet fully synchronized
      its end of the broadcast link to reflect the current state of the
      new node's end.
      Signed-off-by: NAllan Stephens <allan.stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      36559591
    • A
      tipc: Allow run-time alteration of default link settings · 5c216e1d
      Allan Stephens 提交于
      Permits run-time alteration of default link settings on a per-media
      and per-bearer basis, in addition to the existing per-link basis.
      The following syntax can now be used:
      
          tipc-config -lt=<link-name|bearer-name|media-name>/<tolerance>
          tipc-config -lp=<link-name|bearer-name|media-name>/<priority>
          tipc-config -lw=<link-name|bearer-name|media-name>/<window>
      
      Note that changes to the default settings for a given media type has
      no effect on the default settings used by existing bearers. Similarly,
      changes to default bearer settings has no effect on existing link
      endpoints that utilize that interface.
      
      Thanks to Florian Westphal <fw@strlen.de> for his contributions to
      the development of this enhancement.
      Signed-off-by: NAllan Stephens <allan.stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      5c216e1d
  2. 18 9月, 2011 3 次提交
    • Y
      tipc: Remove unused link event tracking code · 94362c7e
      Ying Xue 提交于
      Elimintes prototype link event tracking functionality that has never
      been fleshed out and doesn't do anything useful at the current time.
      Signed-off-by: NYing Xue <ying.xue@windriver.com>
      Signed-off-by: NAllan Stephens <allan.stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      94362c7e
    • A
      tipc: Enhance sending of bulk name table messages · 9aa88c2a
      Allan Stephens 提交于
      Modifies the initial transfer of name table entries to a new neighboring
      node so that the messages are enqueued as a unit, rather than individually.
      
      The revised algorithm now locates the link carrying the message only once,
      and eliminates unnecessary checks for link congestion, message fragmentation,
      and message bundling that are not required when sending these messages.
      Signed-off-by: NAllan Stephens <allan.stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      9aa88c2a
    • A
      tipc: Ensure both nodes recognize loss of contact between them · b4b56102
      Allan Stephens 提交于
      Enhances TIPC to ensure that a node that loses contact with a
      neighboring node does not allow contact to be re-established until
      it sees that its peer has also recognized the loss of contact.
      
      Previously, nodes that were connected by two or more links could
      encounter a situation in which node A would lose contact with node B
      on all of its links, purge its name table of names published by B,
      and then fail to repopulate those names once contact with B was restored.
      This would happen because B was able to re-establish one or more links
      so quickly that it never reached a point where it had no links to A --
      meaning that B never saw a loss of contact with A, and consequently
      didn't re-publish its names to A.
      
      This problem is now prevented by enhancing the cleanup done by TIPC
      following a loss of contact with a neighboring node to ensure that
      node A ignores all messages sent by B until it receives a LINK_PROTOCOL
      message that indicates B has lost contact with A, thereby preventing
      the (re)establishment of links between the nodes. The loss of contact
      is recognized when a RESET or ACTIVATE message is received that has
      a "redundant link exists" field of 0, indicating that B's sending link
      endpoint is in a reset state and that B has no other working links.
      
      Additionally, TIPC now suppresses the sending of (most) link protocol
      messages to a neighboring node while it is cleaning up after an earlier
      loss of contact with that node. This stops the peer node from prematurely
      activating its link endpoint, which would prevent TIPC from later
      activating its own end. TIPC still allows outgoing RESET messages to
      occur during cleanup, to avoid problems if its own node recognizes
      the loss of contact first and tries to notify the peer of the situation.
      
      Finally, TIPC now recognizes an impending loss of contact with a peer node
      as soon as it receives a RESET message on a working link that is the
      peer's only link to the node, and ensures that the link protocol
      suppression mentioned above goes into effect right away -- that is,
      even before its own link endpoints have failed. This is necessary to
      ensure correct operation when there are redundant links between the nodes,
      since otherwise TIPC would send an ACTIVATE message upon receiving a RESET
      on its first link and only begin suppressing when a RESET on its second
      link was received, instead of initiating suppression with the first RESET
      message as it needs to.
      
      Note: The reworked cleanup code also eliminates a check that prevented
      a link endpoint's discovery object from responding to incoming messages
      while stale name table entries are being purged. This check is now
      unnecessary and would have slowed down re-establishment of communication
      between the nodes in some situations.
      Signed-off-by: NAllan Stephens <allan.stephens@windriver.com>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      b4b56102
  3. 01 9月, 2011 5 次提交
  4. 25 6月, 2011 2 次提交
  5. 11 5月, 2011 6 次提交
  6. 31 3月, 2011 1 次提交
  7. 14 3月, 2011 7 次提交
  8. 24 2月, 2011 8 次提交
  9. 02 1月, 2011 6 次提交