search for: 1518

...?) write raw = yes dead time = 5 getwd cache = Yes Note: the large quantities of ACK traffic in the UNIX->NT log as compared to the NT->UNIX one. Also interesting is the Seq# changing in the UNIX->NT case while the Ack# is the same [for the "payload" packets that are 1518 bytes], while the opposite is true in the UNIX->NT case. The 122 byte packets coming from the copy-target are the SMB command blocks. (in case it doesn't make it, the µ is the mu symbol for micro). Thanks, Robert -------- >From UNIX to NT (slow): Destination Size Time-Stamp Protocol P...

...total bytes in: 2294 2011-08-16 14:24:41 tinc.ci1070300036[14384]: total bytes out: 13329 2011-08-16 14:24:41 tinc.ci1070300036[14384]: Nodes: 2011-08-16 14:24:41 tinc.ci1070300036[14384]: ca1070300036 at (null) cipher 0 digest 0 maclength 0 compression 0 options 0 status 0020 nexthop - via - pmtu 1518 (min 0 max 1518) 2011-08-16 14:24:41 tinc.ci1070300036[14384]: ca1070300362 at (null) cipher 0 digest 0 maclength 0 compression 0 options 0 status 0020 nexthop - via - pmtu 1518 (min 0 max 1518) 2011-08-16 14:24:41 tinc.ci1070300036[14384]: ci1070300036 at MYSELF cipher 0 digest 0 maclength 0 compr...

...0.. port 57004) here's the output of USR2 on zzzzz: Statistics for Generic BSD tun device /dev/tun1: total bytes in: 57750 total bytes out: 86210 Nodes: bbbbb at 199.167.. port 655 cipher 427 digest 64 maclength 4 compression 0 options c status 001a nexthop bbbbb via bbbbb pmtu 1518 (min 0 max 1518) yyyyy at 86.56.. port 655 cipher 0 digest 0 maclength 0 compression 0 options c status 0018 nexthop bbbbb via yyyyy pmtu 1518 (min 0 max 1518) aaaaa at 188.40.. port 655 cipher 427 digest 64 maclength 4 compression 0 options c status 001a nexthop aaaaa via aaaaa pmtu 1518 (min 0...

Hi all, I have two nodes, connected to a switch, using Tinc 1.1 from git. They connect each other with sptps, and to other nodes in the Internet with old protocol because they have Tinc 1.0. There is no problem with remote nodes, but between my 2 local nodes, they see 1518 PMTU. But local network is 1500 MTU !!! So nodes can ping each other but larger data does not go. test1=sllm1 test2=sllm2 test1:/usr/src/tinc# tinc -n coppint info sllm2 Node: sllm2 Address: 192.168.0.202 port 655 Online since: 2014-02-25 13:36:39 Status: validkey visited reach...

Hi everyone, you can find the current version of my enhanced tinc using subversion: svn://tardyon.mon-clan.de/tinc I allowed anonymous read access, so feel free to download the sources. Unfortunately, my enhancements are based on a rather old git-checkout from Guus. The version should run under windows and Debian/Ubuntu. Best, Daniel -----Original Message----- From: folkert [mailto:folkert

...rgdevvpn> From this screen, it seems that MIKEHOMEPC is only accessible via VPS01PP? tinc.rgdevvpn> dump reachable nodes MIKEHOMEPC at x.241.100.155 port 655 cipher 91 digest 64 maclength 4 compression 0 options c status 0018 nexthop VPS01PP via MIKEHOMEPC distance 2 pmtu 1451 (min 0 max 1518) MIKELAPTOP at x.241.100.155 port 655 cipher 91 digest 64 maclength 4 compression 0 options c status 0018 nexthop VPS01PP via MIKELAPTOP distance 2 pmtu 1459 (min 0 max 1518) MIKEWORKPC at x.62.187.113 port 655 cipher 91 digest 64 maclength 4 compression 0 options c status 0018 nexthop VPS01PP v...

...the PMTU from HostC to HostB is small as well? Reachability for all nodes is "directly with UDP". [HostA]#: tinc -n mesh1 dump nodes HostA id e45fbb0b9280 at MYSELF port 655 cipher 0 digest 0 maclength 0 compression 0 options 400000c status 0058 nexthop HostA via HostA distance 0 pmtu 1518 (min 0 max 1518) HostC id a86da73de11c at x.x.x.x port 655 cipher 0 digest 0 maclength 0 compression 0 options 400000c status 00da nexthop HostC via HostC distance 1 pmtu 1439 (min 1439 max 1439) HostB id a3f13bbc5110 at 172.16.16.5 port 655 cipher 0 digest 0 maclength 0 compression 0 options 40...

...binding ncacn_ip_tcp:samba4-dc1.empresa.com.br[,seal] resolve_lmhosts: Attempting lmhosts lookup for name samba4-dc1.empresa.com.br<0x20> resolve_lmhosts: Attempting lmhosts lookup for name samba4-dc1.empresa.com.br<0x20> Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[402/1518] linked_values[0/0] Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[804/1518] linked_values[0/0] Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[1206/1518] linked_values[0/0] Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[1518/1518] linked_values[0/0] Analyze...

Hi ! I`m getting "rsync warning: some files vanished before they could be transferred (code 24) at main.c(1518) [generator=3.0.9]" on one of my systems i`m backing up with rsync , but rsync doesn`t show WHICH files. Does anybody have a clue under which circumstances rsync doesn`t show these ? regards Roland

...binding ncacn_ip_tcp:samba4-dc1.empresa.com.br[,seal] resolve_lmhosts: Attempting lmhosts lookup for name samba4-dc1.empresa.com.br<0x20> resolve_lmhosts: Attempting lmhosts lookup for name samba4-dc1.empresa.com.br<0x20> Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[402/1518] linked_values[0/0] Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[804/1518] linked_values[0/0] Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[1206/1518] linked_values[0/0] Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[1518/1518] linked_values[0/0] Analyze...

>> The problem is performance. While Samba is not terribly slow it's still >> too slow. Copying large files takes about half a minute/meg on an > >i find that samba running on FreeBSD is also pathetically slow: 10 to 20 >k per second. adding "socket options = TCP_NODELAY" speeds this up by a >factor of ten to twenty, on a 10mb/s LAN with NE2000 cards. it

...eal] > > resolve_lmhosts: Attempting lmhosts lookup for name > > samba4-dc1.empresa.com.br<0x20> > > resolve_lmhosts: Attempting lmhosts lookup for name > > samba4-dc1.empresa.com.br<0x20> > > Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[402/1518] > > linked_values[0/0] > > Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[804/1518] > > linked_values[0/0] > > Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[1206/1518] > > linked_values[0/0] > > Schema-DN[CN=Schema,CN=Configuration,e...

...20994 2014-11-12 19:06:48 tinc.ccvpn[1879]: total bytes out: 75874909 2014-11-12 19:06:48 tinc.ccvpn[1879]: Nodes: 2014-11-12 19:06:48 tinc.ccvpn[1879]: node1 at 10.60.19.107 port 655 cipher 91 digest 0 maclength 4 compression 0 options 8 status 001a nexthop node1 via node1 pmtu 1454 (min 0 max 1518) 2014-11-12 19:06:48 tinc.ccvpn[1879]: node2 at 10.60.19.102 port 655 cipher 91 digest 0 maclength 4 compression 0 options 8 status 001a nexthop node2 via node2 pmtu 1454 (min 0 max 1518) 2014-11-12 19:06:48 tinc.ccvpn[1879]: node3 at MYSELF cipher 0 digest 0 maclength 0 compression 0 options 8 s...

...When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2012:1515 CentOS 6 resource-agents Update (Johnny Hughes) 2. CEBA-2012:1519 CentOS 6 qemu-kvm Update (Johnny Hughes) 3. CEBA-2012:1518 CentOS 6 NetworkManager Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 4 Dec 2012 14:06:23 +0000 From: Johnny Hughes <johnny at centos.org> Subject: [CentOS-announce] CEBA-2012:1515 CentOS 6 resource-agents Update To:...

...ne THORCOM Mar 1 01:21:41.897: IPSOCK_RAS_sendto: msg length 82 from 192.168.1.6:1719 to 192.168.144.20: 2288 Mar 1 01:21:41.897: RASLib::RASSendACF: ACF (seq# 14208) sent to 192.168.144.20 Mar 1 01:21:41.945: RecvUDP_IPSockData successfully rcvd message of length 306 from 192.168.1.7:1518 Mar 1 01:21:41.945: ARQ (seq# 6442) rcvd Mar 1 01:21:41.949: gk_rassrv_arq: arqp=0x82E4FCC8, crv=0x166D, answerCall=1 Mar 1 01:21:41.953: IPSOCK_RAS_sendto: msg length 31 from 192.168.1.6:1719 to 192.168.1.7: 1518 Mar 1 01:21:41.953: RASLib::RASSendACF: ACF (seq# 6442) sent to 192.168....

...d post in the last few days (boy I'm active! ;)). We've had a few issues with SSH Secure Shell version 3.2.0 (build 267) and sftp and while trying to figure it out I noticed something in the debug output that I think should be brought to OpenSSH's attention. Ssh2Transport/trcommon.c:1518: All versions of OpenSSH handle kex guesses incorrectly. Does anyone know what this is about? I can provide more info if necessary. -- James Dennis Harvard Law School 617-596-7272 "Not everything that counts can be counted, and not everything that can be counted counts."

Hi there, I am waiting since days for my package to be built on R-Forge. https://r-forge.r-project.org/R/?group_id=1518 R-Forge says: Version: 0.2 | Last change: 2012-11-27 21:37:05+01 | Rev.: 32 Build status: Building But I am already at revision 37 and R-Forge doesn't move since 6 days.... Can anyone help? Thanks Ulrich -- Ulrich Staudinger P: +41 79 702 05 95 E: ustaudinger at activequant.com http:...

...ba4-dc1.empresa.com.br[,seal] > resolve_lmhosts: Attempting lmhosts lookup for name > samba4-dc1.empresa.com.br<0x20> > resolve_lmhosts: Attempting lmhosts lookup for name > samba4-dc1.empresa.com.br<0x20> > Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[402/1518] > linked_values[0/0] > Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[804/1518] > linked_values[0/0] > Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[1206/1518] > linked_values[0/0] > Schema-DN[CN=Schema,CN=Configuration,empresa.com.br] objects[1518/15...

...96 235 238 249 250 263 335 344 353 362 370 389 422 458 459 473 492 502 530 561 624 647 651 666 671 [31] 715 784 791 807 813 823 830 841 862 865 1036 1051 1062 1068 1092 1109 1171 1187 1283 1293 1325 1335 1342 1360 1379 1414 1419 1425 1447 1452 [61] 1465 1489 1512 1518 So what i want is that everytime the rownumber equals a number in "i" (which obviously indicate a rownumber i b2), i want it indicated in a vector called b2$totalvac. Fx. in rownumber 22 in b2 the b2$totalvac vector should have the value 1. So thougth of b2$totalvac <- ifelse(,1,0)...

...xx options c weight 182 Both A and D are configured with both Ed25519 and RSA keys. Node B and C are configured with only RSA key. tinc dump nodes on node A | grep D: D id xxxx at xxx port 655 cipher 0 digest 0 maclength 0 compression 0 options 400000c status 0078 nexthop B via A distance 2 pmtu 1518 (min 0 max 1518) tinc dump nodes on node D | grep A: A id xxx at xxx port 8964 cipher 0 digest 0 maclength 0 compression 0 options 400000d status 0078 nexthop B via C distance 2 pmtu 1518 (min 0 max 1518) And then, A ping test from A $ ping D approx 400ms Network traffic from both A and D shoul...