This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

IPSEC Site-To-Site VPN Slow

Hi,

I have an strange issue, When I download a file from internet I get the maximum speed of my ADSL connection (13Mbit) But when I download from my remote site using a IPSEC tunnel i only get 2-4Mbit per stream.
If I download via multiple streams every stream get 2-4Mbit and I can get the maximum speed.

The CPU is never close to maxed. Only 1-2%.

I have Path MTU enabled and also ECN on both sites. I have tried without also but the same result.

Anyone got an idea on what could be the cause of this?

Best Regards
Frank


This thread was automatically locked due to age.
Parents
  • Hi Bob,


    top should show higher CPU usage if there's a CPU bottleneck.

    Even an early atom CPU can do 15mpbs or so with the SSL VPN, IPSec might be faster.

    Barry
  • Hi Bob and Barry,

    Im not using the proxy for the transfers, I have tried that though but i usualy use FTP. I have added the networks in the skiplist for FTP proxy.
    FTP proxy logs shows no activity.

    Bob, 
    The UTM on the other side is an HP ProLiant DL360 G6 it has 6GB ram and an Intel(R) Xeon(R) CPU E5520  @ 2.27GHz (fam: 06, model: 1a, stepping: 05)
    So I have ruled out that one as the issue... [[:(]]
    But I have checked and it is also not showing any performance issues. I did the same QoS and PMTU changes on that one as well.

    I did not post this in the Beta forum since I thought this was not an beta issue. But I might do that or if an moderator could be so kind to move it?


    Barry, This is the top output when I did an FTP transfer @ 260kb/sec

    Cpu(s):  0.8%us,  0.3%sy,  0.0%ni, 97.9%id,  0.8%wa,  0.0%hi,  0.3%si,  0.0%st
    Mem:   3852720k total,  3730396k used,   122324k free,     9324k buffers
    Swap:  1048572k total,   552844k used,   495728k free,  1289732k cached

      PID USER      PR  NI  VIRT  RES  SHR S   %CPU %MEM    TIME+  COMMAND                                                                                                                
     3322 snort     15  -5  554m 346m 1124 S      3  9.2  34:35.59 snort                                                                                                                  
    23895 root      20   0 74160  33m 3052 S      1  0.9   0:02.13 confd.plx                                                                                                              
    32744 afcd      19  -1 52152  15m 2956 S      1  0.4   1:23.78 afcd                                                                                                                   
     3944 root      20   0 11772 4212 2168 S      0  0.1  34:16.90 selfmonng.plx                                                                                                          
    10607 wwwrun    20   0 85596  81m 8152 S      0  2.2   0:37.81 webadmin.plx


    So from what I can tell there is no CPU load on the pluto process. The snort goes to around 10-22% when i max my download with the http-proxy. So I do not think this is the limiting factor as well. I have also set the scaling_governor to performance on all cores. Just to eliminate the snort issues with multicore.

    echo "performance" >/sys/devices/system/cpu/cpu0-3/cpufreq/scaling_governor


    Do you guys have any more ideas? Im running out of them [[:(]]
    I have also tried to transfer using IPv4. (I usualy use IPv6) but the results are the same.

    is there any way to check the NIC or QoS buffers?

    Best Regards,
    Frank
Reply
  • Hi Bob and Barry,

    Im not using the proxy for the transfers, I have tried that though but i usualy use FTP. I have added the networks in the skiplist for FTP proxy.
    FTP proxy logs shows no activity.

    Bob, 
    The UTM on the other side is an HP ProLiant DL360 G6 it has 6GB ram and an Intel(R) Xeon(R) CPU E5520  @ 2.27GHz (fam: 06, model: 1a, stepping: 05)
    So I have ruled out that one as the issue... [[:(]]
    But I have checked and it is also not showing any performance issues. I did the same QoS and PMTU changes on that one as well.

    I did not post this in the Beta forum since I thought this was not an beta issue. But I might do that or if an moderator could be so kind to move it?


    Barry, This is the top output when I did an FTP transfer @ 260kb/sec

    Cpu(s):  0.8%us,  0.3%sy,  0.0%ni, 97.9%id,  0.8%wa,  0.0%hi,  0.3%si,  0.0%st
    Mem:   3852720k total,  3730396k used,   122324k free,     9324k buffers
    Swap:  1048572k total,   552844k used,   495728k free,  1289732k cached

      PID USER      PR  NI  VIRT  RES  SHR S   %CPU %MEM    TIME+  COMMAND                                                                                                                
     3322 snort     15  -5  554m 346m 1124 S      3  9.2  34:35.59 snort                                                                                                                  
    23895 root      20   0 74160  33m 3052 S      1  0.9   0:02.13 confd.plx                                                                                                              
    32744 afcd      19  -1 52152  15m 2956 S      1  0.4   1:23.78 afcd                                                                                                                   
     3944 root      20   0 11772 4212 2168 S      0  0.1  34:16.90 selfmonng.plx                                                                                                          
    10607 wwwrun    20   0 85596  81m 8152 S      0  2.2   0:37.81 webadmin.plx


    So from what I can tell there is no CPU load on the pluto process. The snort goes to around 10-22% when i max my download with the http-proxy. So I do not think this is the limiting factor as well. I have also set the scaling_governor to performance on all cores. Just to eliminate the snort issues with multicore.

    echo "performance" >/sys/devices/system/cpu/cpu0-3/cpufreq/scaling_governor


    Do you guys have any more ideas? Im running out of them [[:(]]
    I have also tried to transfer using IPv4. (I usualy use IPv6) but the results are the same.

    is there any way to check the NIC or QoS buffers?

    Best Regards,
    Frank
Children
No Data