summaryrefslogtreecommitdiff
path: root/config.h
blob: a73edd5c35fab89b7c347d3e9129616d509d48b9 (plain)
1
2
3
4
5
6
7
8
9
10
#ifndef CONFIG_H
#define CONFIG_H

#define FILE_CLIENTS	".curvetun/clients"
#define FILE_SERVERS	".curvetun/servers"
#define FILE_PRIVKEY	".curvetun/priv.key"
#define FILE_PUBKEY	".curvetun/pub.key"
#define FILE_USERNAM	".curvetun/username"

#endif /* CONFIG_H */
);'>
authorJon Paul Maloy <jon.maloy@ericsson.com>2016-09-01 13:52:51 -0400
committerDavid S. Miller <davem@davemloft.net>2016-09-02 17:10:25 -0700
commite0a05ebe26c07c4f649a7f5c251a3d4d8bf0402d (patch)
tree80dd3de19aea9eda8f91f2ec6b4ae0d3ff5a8d4a
parent7c4a54b963b68eee5ef3bd7ca740630d965616e2 (diff)
tipc: send broadcast nack directly upon sequence gap detection
Because of the risk of an excessive number of NACK messages and retransissions, receivers have until now abstained from sending broadcast NACKS directly upon detection of a packet sequence number gap. We have instead relied on such gaps being detected by link protocol STATE message exchange, something that by necessity delays such detection and subsequent retransmissions. With the introduction of unicast NACK transmission and rate control of retransmissions we can now remove this limitation. We now allow receiving nodes to send NACKS immediately, while coordinating the permission to do so among the nodes in order to avoid NACK storms. Reviewed-by: Ying Xue <ying.xue@windriver.com> Signed-off-by: Jon Maloy <jon.maloy@ericsson.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat