similar to: HPH-SSH code incorporation

*Problem I want to solve:* We have 3 sites: A, B, and C. Network admins should have access to all three. (this works as-is). Desktop support should only have access to their site. (Tech A to site A, Tech B to site B, Tech C to site C). *How I think I can do it:* Working with keys? Admin's public key will be on all the client machines, and thus, the client machines will always

Does anyone have an (overhead) paging system that they like that works with SIP? We've got a client with an old paging system that (supposedly) just takes an rj11 POTS connection, but when we put an SPA Cisco adapter on it, it doesn't auto-answer the call, so paging never happens. [cid:image001.png at 01D4DFF6.9C1F1AA0] Michael J. Munger, dCAP, MCPS, MCNPS, MBSS Microsoft Certified

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

Hi, http://www.psc.edu/networking/projects/hpn-ssh/ Clearly, the HPN patches significantly boost throughput performance. This enhancement is entirely from tuning the SSH buffer sizes. Alex Tavcar

Thanks Michael, I will proceed like this. I think I didn't have UDP 655 forwarded on the remote server, will do that (had it at my client's router). If tinc connects, will both server and client see each other, for example I will be able to access all webui's running on SERVER from CLIENT side? For example, SERVER is running webui of Tvheadend on 192.168.0.4:9981 How can I access that

Definitely considered that. Running different VPNs and even running different instances of the daemon on different ports. But, as you rightly pointed out: *additional complexity*. It basically comes down to: what if you have a bad actor who needs credentials revoked immediately? We have a way of doing this already, but it can take up to 5 minutes to cycle through every machine on the network -

You need more than an ATA. You need something with an FSO and FXO. I've used Linksys/SPA3102-3.3.6 and been happy with it. From: asterisk-users <asterisk-users-bounces at lists.digium.com> On Behalf Of Sebastian Nielsen Sent: Thursday, March 21, 2019 3:01 PM To: 'Asterisk Users Mailing List - Non-Commercial Discussion' <asterisk-users at lists.digium.com> Subject: Re:

Problem: I have four networks, A, B, C, and D Networks B, C, and D should not be able to see each other. Network A should be able to see all of them. A - 172.16.1.1/24 B - 172.16.2.1/24 C - 172.16.3.1/24 D - 172.16.0.1/24 For host machine X, which is at 172.16.1.100/24 (network A), I added a route for it to ping a machine (Y) on the network B:     ip route add 172.16.2.0/24 via

The results, for anyone interested, can be found here http://www.psc.edu/networking/projects/hpn-ssh/results.html Long story short, there doesn't seem to be any notable difference between the two anymore. I still have a few more test combinations to run (<.5ms rtts and against cygwin) so the conclusions might change but, at this point, I'm no longer seeing any sort of performance

Hi, I tried different encryptions like arc four, but always with the same result. BTW: googling shows some similar questions and they are stuck on set same speed +-. But non of that solutions helped me. /G?tz > Am 11.08.2015 um 12:14 schrieb Eero Volotinen <eero.volotinen at iki.fi>: > > Usually problem in encryption. > > try cipher arcfour or apply hpn patches to

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

Hi, i have two servers, connected to to the lan by 10Gb with 10Gb and DAS hardware raid. Each system con read and write locally or to the 10G iscsi by more than 200 MB/s. Now I have to transfer backups form A to B and doing this with rsync always stuck at +- 48-50MB/s no matter which options, compressions, encryption etc I use. Even the plain default rsync is at that 50 Mb limit. coyp by scp

Hello Are there plans to merge the hpn-ssh (http://www.psc.edu/networking/projects/hpn-ssh/) and the LPK (http://code.google.com/p/openssh-lpk/) into the mainline openssh. Adding lpk has been logged as a bug in bugzilla as They are two patches that I always apply as the performance boost from hpn-ssh is substantial to say the least, and centralisation of the authorized_keys into a LDAP server

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

https://www.psc.edu/networking/projects/hpn-ssh/hpn-v-ssh-tput.jpg "SCP and the underlying SSH2 protocol implementation in OpenSSH is network performance limited by statically defined internal flow control buffers. These buffers often end up acting as a bottleneck for network throughput of SCP, especially on long and high bandwith network links. Modifying the ssh code to allow the buffers

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

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

Hi, I'd like to know if the patches described at: http://www.mail-archive.com/nut-upsuser at lists.alioth.debian.org/msg07881.html were ever incorporated into upstream. If so, whom would I have to talk to regarding importing them into latest Ubuntu and possibly making a backport to precise? Thanks, Jernej Jakob

I hope this is the right list, as I'm desiring a feature addition in openssh. I would like the option to have a 'null' cipher (after the initial authorization, similar to 'delayed' for compression). It would have to be enabled on both client and server and server would never use it unless it was both enabled and asked for by the client. I'd strongly prefer it be able to

On Oct 18, 2013, at 6:27 AM, Jernej Jakob wrote: > Hi, > > I'd like to know if the patches described at: > > http://www.mail-archive.com/nut-upsuser at lists.alioth.debian.org/msg07881.html > > were ever incorporated into upstream. > If so, whom would I have to talk to regarding importing them into latest Ubuntu and possibly making a backport to precise? Arnaud