similar to: [PATCH] fix documentation typo

Hi, In a setup where OpenVSwitch is used with GRE tunels on top of an interface provided by tinc, I'm experiencing significant performance degradation problems (from 100Mb/s down to 1Mb/s in the worst case) and I'm not sure how to fix this. The manifestation of the problem is, from the user point of view, iperf reports ~100Mb/s and rsync reports ~1Mb/s: $ iperf -c 91.224.149.132

Hi, I wrote a draft puppet module to maintain a L2 mesh based on tinc [1]. I tried to explain what it is about so that it makes sense even to people who know nothing about tinc [2]. Before polishing it so that it can be useful to the general public instead of just myself, I would very much appreciate your comments. This is my first experience with tinc and I would like to improve :-) Thanks for

[Disclaimer : I'm not a network engineer] Hi, In a setup where OpenVSwitch is used with GRE tunels on top of an interface provided by tinc, I'm experiencing MTU problems and I'm not sure how to fix them. The manifestation of the problem is, from the user point of view, communication hang. And using "tcpdump -i there" displays lines such as : 18:54:00.345666 IP

Hi, I setup tinc on two hosts with IP 192.168.200.102 on the first and IP 192.168.200.101 on the second. And it works. Now I would like to route packets thru 192.168.200.101 from 192.168.200.102 by adding the following route: ip route add 10.10.70.0/24 via 192.168.200.101 dev TINCDEVICE However, when I ping 10.10.70.254 from 192.168.200.102, I see the packet being sent to TINCDEVICE (tcmpdump)

Dear David, you asked this question a while ago on the R mailing list and got no answer. I have the same problem and was wondering if you had found a solution Cheers Loic Loic Thibaut, PhD candidate, ARC Centre of Excellence for Coral Reef Studies, School of Marine Biology, James Cook University, Townsville, Qld, 4811, Australia. Tel + 61 747 815 735, Fax: + 61 747 251 570, email:

Hello, I try to migrate a VM and I get this error : loic at loic-VirtualBox:~/workspace/src/build/bin$ ./virsh --connect qemu:///system migrate --live vmUbuntuPartage2CacheWriteBack qemu+ssh://192.168.10x.2x/system --unsafe loic at 192.168.10x.2x's password: error: invalid argument: qemuDomainMigratePrepare3: unsupported flags (0x200) Does somebody know this error? I am working on windows

> -----Original Message----- > From: Michael S. Tsirkin [mailto:mst at redhat.com] > Sent: Monday, April 23, 2018 9:41 PM > To: Loic PALLARDY <loic.pallardy at st.com> > Cc: Anup Patel <anup at brainfault.org>; linux-remoteproc at vger.kernel.org; > Ohad Ben-Cohen <ohad at wizery.com>; Bjorn Andersson > <bjorn.andersson at linaro.org>; virtualization at

On Thu, Apr 30, 2015 at 02:55:59PM +0200, Armin Schindler wrote: > we are using tinc 1.0.24 with 6 hosts (endpoints). > Quality of service is used with prio qdisc on all network > interfaces. This means depending on the TOS value of the IP header > IP-packets will get a priority queue on the network interface. > > Packets from TINC (UDP 655) maybe reordered using these queues

Hi All, I currently have the following setup. One central node called BackBone with the following conf: Name = Backbone Mode = switch AddressFamily = ipv4 ReplayWindow=64 Compression=10 I also have approximately 440 nodes connected to this node with the following setup: Name = xxxxxx Mode = switch ConnectTo = Backbone Compression = 10 There is dnsmasq on Backbone that serves ips to the nodes

Hi, I´m using Tinc for several years, but I didn´t fix a performance problem. There a about 20 nodes in this network. Master: 10.0.0.12 (dedicated host in a datacenter, debian, 100mBit port) tinc.conf: Name = TincKnoten12 AddressFamily = ipv4 Interface = tun ProcessPriority=high mode = router #DirectOnly = no Compression=0 PMTUDiscovery = yes #IndirectData = yes #ReplayWindow = 64 #ConnectTo

Hi, I'm seeing periodic packet loss with tinc (1.0.16). I have 'ReplayWindow = 0' in config, and ping between the hosts is perfect. I suspect the packets are identified and then dropped by the Great Firewall. My question is: can it be identified by DPI? If yes, how should I improve tinc to avoid this? Thanks in advance. Roger -------------- next part -------------- An HTML

Hi, I'm seeing periodic packet loss with tinc (1.0.16). I have 'ReplayWindow = 0' in config, and ping between the hosts is perfect. I suspect the packets are identified and then dropped by the Great Firewall. My question is: can it be identified by DPI? If yes, how should I improve tinc to avoid this? Thanks in advance. Roger -------------- next part -------------- An HTML

Hello, I'm upgrading to 1.0.14 I did some manual tricks in my Gentoo Portage because seems that upstream Gentoo did not update the portage yet, does anybody know how to Contact Gentoo Linux to have the package updated ? Question 1: I notice in my log file I had many entries like this with 1.0.13: 1307284053 tinc.ninux[15152]: Lost 251 packets from GREG1 (151.28.100.141 port 655)

Dear All, I'd like to fit a "kind" of logistic model to small data-set using nonlinear least-squares regression. A transcript of R-script are reproduced below. Estimated B and T (the model's coeff, herein B=-8,50 and T=5,46) seem appropriate (at least visually) but are quite diff from those obtained w/ SPSS (Levenberg-Marquardt): B=-19,56 and T=2,37. Am I doing something wrong in

The server has a 1G symmetrical fibre line. It has been speedtested to various local servers to be close to 800-900M. When there is only a single client, there isn't much problem and as soon as the connection is made, the ping time through to tunnel is a respectable 30ms. As soon as a few more clients are connected, ping time degrades to hundreds and sometimes seconds and with dropped packets.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everybody, I'm a french sysadmin and i'm using Samba from a long date. Since my first use, i've write some usefull documentation, and usually, i've just to follow this documentation and Samba works by itself ;) Now, i'm trying to install Samba as the usuall but on a Debian-Etch AMD64 plateform. All my previous install were

JFYI - I run (successfully) agx-addons with 1.4.22 and Etch. Make sure you have the right version of SpanDSP installed (as well as the tiff libraries). -->> -----Original Message----- -->> From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users- -->> bounces at lists.digium.com] On Behalf Of Loic Didelot -->> Sent: 19 December 2008 20:33

Folks, We have a setup where each mobile node connects with 1 or more tinc instances (over different links) to a central node. tinc is running in switch mode. The link is chosen by setting the IP address on the active link's interface, and the central node sees this after the first packet on the link, and moves the MAC address to a different 'ethernet port' (link). This works really

When installing stackdriver on an ubuntu 12.04 machine, I get the following error: change from notrun to 0 failed: /usr/bin/apt-key: 8: /usr/bin/apt-key: mktemp: not found Based on the instructions here <http://feedback.stackdriver.com/knowledgebase/articles/206135-ubuntu> on their website, my resource is as follows: exec { ''add-stackdriver-key'': command =>

I have tried with xen and kvm both are working fine. On Wed, Apr 6, 2016 at 3:44 PM, Loic Chabert <loic.chabert at voxity.fr> wrote: > Hello, > > Work well with kvm and centos 7. > Some ajustements has to be made with systemd. > > I'm using it in production since 1.5 year now, no issue to report. > > Regards. > Le 6 avr. 2016 21:13, "Yves"