similar to: Controlling SO_RCVBUF

Howdy, As a note, we now have HPN patch for OpenSSH 4.2 at http://www.psc.edu/networking/projects/hpn-ssh/ Its still part of the last set of patches (HPN11) so there aren't any additional changes in the code. It patches, configures, compiles, and passes make tests without a problem. I've not done extensive testing for this version of openssh but I don't foresee any problems. I

Hello, I know that this has been asked before, just wanted to mention that I, too, would like to see the HPN SSH functionality incorporated in the standard OpenSSH. Would there be technical disadvantages integrating the changes? I know we are all pretty busy, but I would certainly spend time to help, e.g. with testing, documentation, etc. Cheers --pwo -- Peter W. Osel - http://pwo.de/ - pwo

Hello, I know this has come up before; but is the HPN patch (or elements thereof) currently being considered for integration in to the OpenSSH code base? Are there pending issues (buffer management, none cipher, etc) which still need to be addressed? We have been using HPN-SSH for over a year now, and like others, have observed significant performance improvement over standard OpenSSH. I can

Hello list, right now SSH Tunnel / scp is reaches just around 76Mb/s on my E5 Xeon using AES-NI but openssl reaches around 600-700Mb/s using 128aes-cbc cipher. As far as i understand http://www.psc.edu/index.php/hpn-ssh this is due to very small buffers in ssh / scp. Is there any work on this? Like autotuning the buffer size? Are there plans to integrate the hpn patches? Greets, Stefan

Dear folks, To me suspend and resume is not a fancy feature. It is a must have like all the other conveniences and simplicity that scp provides. I agree with Damien that this will cause multiple protocol versions to float around, but we can't make omelettes without breaking eggs. The question is how important is this feature? I would say it is very basic compared to other fancy features

Hi everyone, I''m doing some networking experiments over high BDP topologies. Right now the configuration is quite simple -- two Xen boxes connected via a dummynet router. The dummynet router is set to limit bandwidth to 500Mbps and simulate an RTT of 80ms. I''m using the following sysctl values: net.ipv4.tcp_rmem = 4096 87380 4194304 net.ipv4.tcp_wmem = 4096

The HPN12 patch available from http://www.psc.edu/networking/projects/hpn-ssh addresses performance issues with bulk data transfer over high bandwidth delay paths. By adjusting internal flow control buffers to better fit the outstanding data capacity of the path significant improvements in bulk data throughput performance are achieved. In other words, transfers over the internet are a lot

http://www.psc.edu/networking/projects/hpn-ssh/ Mike Stevens and I just released a new set of high performance networking patches for OpenSSH 3.9p1, 4.0p1, and 4.1p1. These patches will provide the same set of functionality across all 3 revisions. New functionality includes 1) HPN performance even without both sides of the connection being HPN enabled. As long as the bulk data flow is in the

Good day. Asterisk 13.7.2, res_pjsip. There is a problem of loss of registration of several devices. This happens not on all devices, but problem devices a lot. Below is the log of registration of a contact of one device. Is suspect two things: 1. delete a contact after the contact is added. But, like, it's a feature of code that may already be fixed. 2. deleting a contact much earlier

Hi all, I have an issue with asterisk 13 and pjsip. I guess it is somehow Firewall related, but I'm unsure. A registration to Sipgate is established successfully: <Registration/ServerURI..............................> <Auth..........> <Status.......> ==========================================================================================

We have developed a patch that enables changing the SSH window size using the tcp window size as the source. This allows SSH to obtain maximum use of the bandwidth on high BDP links. We also have a page that describes the changes and performance. http://www.psc.edu/~rapier/hpn-ssh/ The patch against CVS is included here. Common subdirectories: src/usr.bin/ssh/CVS and ssh/CVS diff -u

ping times are fine as well: [root at freepbx asterisk]# ping sipgate.de PING sipgate.de (217.10.79.9) 56(84) bytes of data. 64 bytes from sipgate.de (217.10.79.9): icmp_seq=1 ttl=57 time=46.7 ms 64 bytes from sipgate.de (217.10.79.9): icmp_seq=2 ttl=57 time=46.4 ms 64 bytes from sipgate.de (217.10.79.9): icmp_seq=3 ttl=57 time=46.7 ms 64 bytes from sipgate.de (217.10.79.9): icmp_seq=4 ttl=57

There have been many cases where I have found myself in need of a pure forwarding tool that can forward sockets over a single stream. In my use cases, this stream is already secure, so there is no need for the tool to do any encryption or authentication. One specific use-case was forwarding a Docker socket to another VM over QubesOS qrexec qrexec, which uses Xen shared memory, but there are

[I have sent a message about SIP problems via gmane, but it seems the list is gatewayed one-way only...] The message was: I've been trying to use Asterisk as a SIP->PSTN gateway. It runs fine when the SIP client is on the local network and there is not packet loss. But now I've tried running a remote client (halfway around the globe) -- this works great until some packets get lost.

Hi, There has been some recent work to improve the speed of the Message Authentication Codes (MACs) that are used in OpenSSH. The first improvement is a change from Markus Friedl to reuse the MAC context, rather than reinitialising it for every packet. This saves two calls to the underlying hash function (e.g. SHA1) for each packet. My tests found that this yielded at 12-16% speedup for bulk

Hello I have ported OpenSSH 3.8p1 to a LynxOS platform. Recently I heard a report from the field that v2 is perceived to be significantly slower than v1. Is this a known issue? Are there any configuration parameters that can be modified to make v2 faster? Thanks in advance for your response Amba

My friend somehow managed to get a BDP-95, even though the hardware isn't scheduled to ship until March. The problem is that the manual makes no mention of FLAC, at all, and only the web page claims to support the format. Playback of flac seems to work, but files from one online vendor work flawlessly while files from other online vendors have strange glitches that sound like a

If anyone is using the HPN patch on a high performance link I was wondering if you could take a moment to answer a quick question Are you seeing vastly different performance between scp throughput and sftp throughput? On my test network (pittsburgh to chicago) I'm getting 26MB/s with scp (arcfour) and only 6.4MB/s with sftp (arcfour). We just started looking into this but it woudl be nice

I see that pjsip_resolver.c tries unsuccessfuly to resolve the hostname each 10 seconds: [Aug 27 07:51:36] DEBUG[595] res_pjsip.c: 0x7f75282eb150: Wrapper created [Aug 27 07:51:36] DEBUG[595] res_pjsip.c: 0x7f75282eb150: Set timer to 2000 msec [Aug 27 07:51:36] DEBUG[595] res_pjsip/pjsip_resolver.c: Performing SIP DNS resolution of target 'rpi6.in.xorcom.com' [Aug 27 07:51:36] DEBUG[595]

Thanks for bringing up this aspect, Nicholas. I seem to recall that specific hardware has a problem with certain compression levels, but I cannot recall whether that was limited to just encoding, or decoding as well. It could very well be true that I am conflating my vague memory of encoder limitations with decoder limitations. It does seem to be that the oppo BDP-95 is exhibiting