Displaying 10 results from an estimated 10 matches for "node_t".
Did you mean:
mode_t
2010 Nov 13
3
[PATCH 1/4] Experimental IFF_ONE_QUEUE support for Linux
---
doc/tinc.conf.5.in | 3 +++
src/linux/device.c | 7 +++++++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/doc/tinc.conf.5.in b/doc/tinc.conf.5.in
index 2bfd5fe..01f7f81 100644
--- a/doc/tinc.conf.5.in
+++ b/doc/tinc.conf.5.in
@@ -255,6 +255,9 @@ a lookup if your DNS server is not responding.
This does not affect resolving hostnames to IP addresses from the
host
2011 Jan 03
1
Tinc improvements
...course) */
uint8_t data[MAXSIZE];
} vpn_packet_t;
------------------------------- src/net_packet.c ------------------------------
diff --git a/src/net_packet.c b/src/net_packet.c
index aef5534..5556326 100644
--- a/src/net_packet.c
+++ b/src/net_packet.c
@@ -72,6 +72,7 @@
void send_mtu_probe(node_t *n) {
vpn_packet_t packet;
+ memset(&packet.flags, 0, sizeof(packet.flags));
int len, i;
int timeout = 1;
@@ -238,12 +239,12 @@
static bool try_mac(const node_t *n, const vpn_packet_t *inpkt) {
unsigned char hmac[EVP_MAX_MD_SIZE];
- if(!n->indigest || !n->inmaclength || !n-&...
2015 Dec 02
5
[PATCH] Receive multiple packets at a time
...vpn_packet_t pkt[MAX_MSG];
char *hostname;
node_id_t nullid = {};
- sockaddr_t addr = {};
- socklen_t addrlen = sizeof addr;
+ sockaddr_t addr[MAX_MSG] = {};
+#ifdef HAVE_RECVMMSG
+ struct mmsghdr msg[MAX_MSG];
+ struct iovec iov[MAX_MSG];
+#else
+ socklen_t addrlen = sizeof addr[0];
+#endif
node_t *from, *to;
bool direct = false;
+ int num = 1, i;
- pkt.offset = 0;
- int len = recvfrom(ls->udp.fd, DATA(&pkt), MAXSIZE, 0, &addr.sa, &addrlen);
+#ifdef HAVE_RECVMMSG
+ for (i = 0; i < MAX_MSG; i++)
+ {
+ pkt[i].offset = 0;
+ msg[i].msg_hdr.msg_name = &addr[i].sa;
+ m...
2010 Sep 20
0
No subject
...+ };
uint32_t seqno; /* 32 bits sequence number (network byte order of =
course) */
uint8_t data[MAXSIZE];
} vpn_packet_t;
diff --git a/src/net_packet.c b/src/net_packet.c
index 5556326..4258599 100644
--- a/src/net_packet.c
+++ b/src/net_packet.c
@@ -72,7 +72,9 @@
=20
void send_mtu_probe(node_t *n) {
vpn_packet_t packet;
- memset(&packet.flags, 0, sizeof(packet.flags));
+ packet.flag_bits =3D 0;
+ packet.flags.pmtud =3D 1;
+
int len, i;
int timeout =3D 1;
=09
@@ -120,21 +122,22 @@
timeout =3D pingtimeout;
}
=20
- for(i =3D 0; i < 3; i++) {
+ const int nbPackets =3D 3;
+...
2007 Jul 21
2
tincctl patches
(Second try to send this. I wonder if the first one gotten eaten by a
spam filter; I'll link to patches instead of attaching them.)
Here are the tincctl patches I've been working on. They apply to
http://www.tinc-vpn.org/svn/tinc/branches/1.1@1545. I intend to commit
them once the crypto stuff's fixed. Since they're basically done, I'm
emailing them now for review and in case
2015 Dec 02
0
[PATCH] Receive multiple packets at a time
..._t addr = {};
> - socklen_t addrlen = sizeof addr;
> + sockaddr_t addr[MAX_MSG] = {};
> +#ifdef HAVE_RECVMMSG
> + struct mmsghdr msg[MAX_MSG];
> + struct iovec iov[MAX_MSG];
> +#else
> + socklen_t addrlen = sizeof addr[0];
> +#endif
> node_t *from, *to;
> bool direct = false;
> + int num = 1, i;
>
> - pkt.offset = 0;
> - int len = recvfrom(ls->udp.fd, DATA(&pkt), MAXSIZE, 0, &addr.sa, &addrlen);
> +#ifdef HAVE_RECVMMSG
> + for (i = 0; i < MAX_MSG; i++)
> +...
2015 Dec 10
2
[PATCH] Receive multiple packets at a time
...random recvmmsg select strdup strerror strsignal strtol system unsetenv usleep vsyslog writev],
[], [], [#include "src/have.h"]
)
diff --git a/src/net_packet.c b/src/net_packet.c
index e67857c..174db34 100644
--- a/src/net_packet.c
+++ b/src/net_packet.c
@@ -695,31 +695,26 @@ static node_t *try_harder(const sockaddr_t *from, const vpn_packet_t *pkt) {
return n;
}
-void handle_incoming_vpn_data(int sock) {
- vpn_packet_t pkt;
+#ifdef HAVE_RECVMMSG
+#define MAX_MSG 256
+#else
+#define MAX_MSG 1
+#endif
+
+static void handle_incoming_vpn_packet(int sock, vpn_packet_t *pkt, sockad...
2014 Sep 28
1
Proposals for UDP information transport over the metagraph
...he relay path has a smaller
PMTU than the first edge.
Therefore it appears we need a way to figure out, for a specific node,
what the "indirect PMTU" (i.e. PMTU when relaying) is. This
information would presumably be stored in an "indirect_mtu" field (or
something like that) in node_t, and maintained separately from the
"mtu" field which is set by the normal discovery process.
Interestingly, this piece of information could perhaps also be used to
kickstart PMTU discovery, using the indirect PMTU as a "hint" to
constrain the initial range and thereby making i...
2016 Jun 30
4
Help required regarding IPRA and Local Function optimization
Hello Mentors,
I am currently finding bug in Local Function related optimization due to
which runtime failures are observed in some test cases, as those test cases
are containing very large function with recursion and object oriented code
so I am not able to find a pattern which is causing failure. So I tried
following simple case to understand expected behavior from this
optimization.
Consider
2013 Jul 21
2
About peer UDP address detection
...in each node. This would solve
the first two issues by switching from a "pull" model to a "push" model
for propagating a node's real UDP address. It would also solve the
fourth issue by storing received UDP address information in two separate
places (edge_t::address and node_t::address, respectively). In addition,
this mechanism makes more sense (well, in my mind at least) because
edge_t::address is already used to determine UDP addresses anyway.
Furthermore, it would probably work even with old clients because if my
understanding of the code is correct, they already...