1 .TH TIPC-LINK 8 "22 Mar 2019" "iproute2" "Linux"
3 .\" For consistency, please keep padding right aligned.
4 .\" For example '.B "foo " bar' and not '.B foo " bar"'
7 tipc-link \- show links or modify link properties
18 .RB "[ " "{ " "priority "
28 .RB "{ " broadcast " [ "
41 .RB "[ " "{ " "priority" " | " tolerance " | " window " } " link
45 .RB "[ " { " broadcast " } " ]"
49 .B tipc link statistics
50 .RB "{ " "show " "[ " link
61 .B tipc link monitor set
62 .RB "{ " "threshold" " } "
65 .B tipc link monitor get
66 .RB "{ " "threshold" " } "
69 .B tipc link monitor summary
73 .B tipc link monitor list
75 .RB "[ " "media " " { " eth " | " ib " } " device
79 .RB "[ " "media udp name"
84 Options (flags) that can be passed anywhere in the command chain.
87 Show help about last valid command. For example
89 will show link help and
91 will show general help. The position of the option in the string is irrelevant.
95 Output results in JavaScript Object Notation (JSON).
98 .BR "\-p", " \-pretty"
99 The default JSON format is compact and more efficient to parse but hard for most users to read.
100 This flag adds indentation for readability.
107 .BR "ACTIVE " "link state"
111 link is serving traffic. Two links to the same node can become
113 if they have the same link
115 If there is more than two links with the same priority the additional links will
121 .BR "STANDBY " "link state"
125 link has lower link priority than an
129 link has control traffic flowing and is ready to take over should the
136 The Maximum Transmission Unit. The two endpoints advertise their default or
139 at initial link setup and will agree to use the lower of the two values should
145 The total amount of transmitted or received TIPC packets on a link. Including
146 .BR "fragmented " "and " "bundled " packets.
151 Represented in the form
152 .BR fragments / fragmented .
155 is the amount of data messages which have been broken into
159 are the total amount of packets that the
161 messages has been broken into.
166 Represented in the form
167 .BR bundles / bundled .
168 If a link becomes congested the link will attempt to bundle data from small
172 of full MTU size packets before they are transmitted.
179 packet size in octets/bytes for a
181 of packets. It also shows the packet size distribution of the
183 packets in the intervals
203 - Number of link state messages
207 - Link state messages with probe flag set. Typically sent when a link is idle
211 - Number of negative acknowledgement (NACK) packets sent and received by the
216 - Number of packets received out of order
220 - Number of duplicate packets received
224 The number of times an application has tried to send data when the TIPC link
230 is the maximum amount of messages that has resided in the out queue during the
231 statistics collection period of a link.
234 is the average outqueue size during the lifetime of a link.
241 The priority between logical TIPC links to a particular node. Link priority can
242 range from 0 (lowest) to 31 (highest).
247 Link tolerance specifies the maximum time in milliseconds that TIPC will allow
248 a communication problem to exist before taking the link down. The default value
249 is 1500 milliseconds.
254 The link window controls how many unacknowledged messages a link endpoint can
255 have in its transmit queue before TIPC's congestion control mechanism is
258 .SS Monitor properties
263 The threshold specifies the cluster size exceeding which the link monitoring
264 algorithm will switch from "full-mesh" to "overlapping-ring".
265 If set of 0 the overlapping-ring monitoring is always on and if set to a
266 value larger than anticipated cluster size the overlapping-ring is disabled.
267 The default value is 32.
269 .SS Monitor information
274 Represents the event count in a node's local monitoring list. It steps every
275 time something changes in the local monitor list, including changes in the
281 Represents the current count of cluster members.
286 The current supervision algorithm used for neighbour monitoring for the bearer.
287 Possible values are full-mesh or overlapping-ring.
292 The node status derived by the local node.
293 Possible status are up or down.
298 Represent the type of monitoring chosen by the local node.
299 Possible values are direct or indirect.
304 Represents the domain generation which is the event count in a node's local
305 domain. Every time something changes (peer add/remove/up/down) the domain
306 generation is stepped and a new version of node record is sent to inform
307 the neighbors about this change. The domain generation helps the receiver
308 of a domain record to know if it should ignore or process the record.
311 .B applied_node_status
313 The node status reported by the peer node for the succeeding peers in
314 the node list. The Node list is a circular list of ascending addresses
315 starting with the local node.
316 Possible status are: U or D. The status U implies up and D down.
319 .B [non_applied_node:status]
321 Represents the nodes and their status as reported by the peer node.
322 These nodes were not applied to the monitoring list for this peer node.
323 They are usually transient and occur during the cluster startup phase
324 or network reconfiguration.
325 Possible status are: U or D. The status U implies up and D down.
327 .SS Broadcast properties
331 Forces all multicast traffic to be transmitted via broadcast only,
332 irrespective of cluster size and number of destinations.
337 Forces all multicast traffic to be transmitted via replicast only,
338 irrespective of cluster size and number of destinations.
343 Auto switching to broadcast or replicast depending on cluster size and
344 destination node number.
349 Set the AUTOSELECT criteria, percentage of destination nodes vs cluster
354 tipc link monitor list
356 Shows the link monitoring information for cluster members on device data0.
359 tipc link monitor summary
361 The monitor summary command prints the basic attributes.
365 Exit status is 0 if command was successful or a positive integer upon failure.
371 .BR tipc-nametable (8),
377 Report any bugs to the Network Developers mailing list
378 .B <netdev@vger.kernel.org>
379 where the development and maintenance is primarily done.
380 You do not have to be subscribed to the list to send a message there.
383 Richard Alpe <richard.alpe@ericsson.com>