Wireless Access

last person joined: yesterday 

Access network design for branch, remote, outdoor, and campus locations with HPE Aruba Networking access points and mobility controllers.
Expand all | Collapse all

Performance issues with master-local IPsec tunnel

This thread has been viewed 1 times
  • 1.  Performance issues with master-local IPsec tunnel

    Posted Jan 03, 2015 09:30 AM

    Hi.

     

     

    I'm experiencing performance issues when pushing traffic between master-local controllers using ipsecmap, it seems to be capped at about ~14mbit/s according to iperf. I’ve used several protocols, all with the same result. I’ve tested the connection outside the tunnel and it peaks at 75mbit/s, which reflects the capacity. Generating traffic that is routed directly through the controller to internet gives the expected and correct results.
    The master controller is a 620 and the local controller is a 7010. As the IPsecmap is generated automatically (in a master-local environment) it doesn’t really allow me to adjust any values.

     

    Is there somewhere I could try tuning the values?

     

    Best regards,

     

    Daniel



  • 2.  RE: Performance issues with master-local IPsec tunnel

    EMPLOYEE
    Posted Jan 03, 2015 10:32 AM
    Client traffic is not sent down that tunnel, only management traffic. 


  • 3.  RE: Performance issues with master-local IPsec tunnel

    Posted Jan 03, 2015 10:39 AM

    Thank you for replying.

     

    Well, I have added routes to go through that particular IPsec map that gets created automatically, so I'm pretty confident traffic gets passed through that tunnel. Unless it's something I'm clearly missing here?



  • 4.  RE: Performance issues with master-local IPsec tunnel

    EMPLOYEE
    Posted Jan 03, 2015 10:41 AM
    You should not use that for client traffic. You should create a separate ipsec tunnel if you need to transport user traffic. 


  • 5.  RE: Performance issues with master-local IPsec tunnel

    Posted Jan 03, 2015 10:43 AM

    Thanks. I wasn't aware of the need to create two tunnels if you need user traffic as well. I'll try that.

     

    Best regards,

     

    Daniel



  • 6.  RE: Performance issues with master-local IPsec tunnel

    Posted Jan 03, 2015 09:28 PM
    GRE tunnel will also work.


  • 7.  RE: Performance issues with master-local IPsec tunnel

    Posted Jan 03, 2015 09:56 PM

    Hi,

     

    I'm having some issues creating multiple ipsec tunnel to the same endpoint. Every time I try to build the connection it stops the one already running. Any ideas as to mark or tag them as other vendors do?

     

    I'm not sure building a GRE tunnel would (traversing through the same bandwidth capped ipsec tunnel) do the trick?

     

    Best regards,

     

    Daniel



  • 8.  RE: Performance issues with master-local IPsec tunnel

    EMPLOYEE
    Posted Jan 03, 2015 10:03 PM
    I know I'm not answering your question but best practice is to use a multi-master topology if controllers are not located on the same "campus". 

    Master-local is designed for controllers in the same location / LAN. 


  • 9.  RE: Performance issues with master-local IPsec tunnel

    Posted Jan 03, 2015 11:08 PM
    Hi Daniel,

    Not sure why the tunnel is going down. I have implement a lot of customers with both GRE and IPSec. Are you sure that you are not creating any loops by creating multiple tunnels.

    Layer2 GRE tunnel is most easiest config and I have not seen any BW limitation and usually used to redirect all the user traffic to a different controller.




  • 10.  RE: Performance issues with master-local IPsec tunnel

    EMPLOYEE
    Posted Jan 04, 2015 06:25 AM

    @itwt wrote:

    Hi.

     

     

    I'm experiencing performance issues when pushing traffic between master-local controllers using ipsecmap, it seems to be capped at about ~14mbit/s according to iperf. I’ve used several protocols, all with the same result. I’ve tested the connection outside the tunnel and it peaks at 75mbit/s, which reflects the capacity. Generating traffic that is routed directly through the controller to internet gives the expected and correct results.
    The master controller is a 620 and the local controller is a 7010. As the IPsecmap is generated automatically (in a master-local environment) it doesn’t really allow me to adjust any values.

     

    Is there somewhere I could try tuning the values?

     

    Best regards,

     

    Daniel


    Daniel,

     

    Let's first get an idea of our topology.  Does it look like this?

     

    620--------ISPA------------Internet--------------ISPB-------7010

     

    What is the CIR or up/down for ISPA and ISPB?

    What  command(s) and switches are you using to test with iperf and what is the output ?

    What are you using to test the internet speed and which ISP?

    Are you doing a bidirectional test?

     



  • 11.  RE: Performance issues with master-local IPsec tunnel

    Posted Jan 04, 2015 11:04 AM

     

    @cappali: both controllers are behind NAT, and it seems it can't get past IKE phase 1 when trying to utilize multi-master clustering feature.

     

    @wajih.anees: I was talking about building another IPsec tunnel between the controllers in the previous post. I got the GRE tunnel up, but I didn't notice any improvement in performance.

     

    @cjoseph: Topology looks correct.

     

    CIR Controller A: 75/75 Mbit

    CIR Controller B: 100/10 Mbit

     

    The majority of traffic will go from Controller A to Controller B. As Controller B only has an uplink capacity of 10 Mbit, the tunnel manages to fully utilize that bandwidth, so it would be hard to test if the actual limitation is bidirectional.

     

     Just did a new test now with "perf-test server start controller tcp window 256k" (using default values gave similar results) and it produced the following results:

     

    Controller A to Controller B

     

    ------------------------------------------------------------
    Client connecting to 192.168.0.254, TCP port 5001
    TCP window size: 512 KByte (WARNING: requested 256 KByte)
    ------------------------------------------------------------
    [ 40] local 192.168.5.9 port 41453 connected with 192.168.0.254 port 5001
    [ ID] Interval Transfer Bandwidth
    [ 40] 0.0- 1.0 sec 1.50 MBytes 12.6 Mbits/sec
    [ 40] 1.0- 2.0 sec 1.00 MBytes 8.39 Mbits/sec
    [ 40] 2.0- 3.0 sec 1.12 MBytes 9.44 Mbits/sec
    [ 40] 3.0- 4.0 sec 1.38 MBytes 11.5 Mbits/sec
    [ 40] 4.0- 5.0 sec 1.25 MBytes 10.5 Mbits/sec
    [ 40] 5.0- 6.0 sec 1.12 MBytes 9.44 Mbits/sec
    [ 40] 6.0- 7.0 sec 1.00 MBytes 8.39 Mbits/sec
    [ 40] 7.0- 8.0 sec 1.12 MBytes 9.44 Mbits/sec
    [ 40] 8.0- 9.0 sec 1.12 MBytes 9.44 Mbits/sec
    [ 40] 9.0-10.0 sec 1.12 MBytes 9.44 Mbits/sec
    [ 40] 0.0-10.0 sec 11.8 MBytes 9.90 Mbits/sec

     

    Controller B to Controller A

     

    ------------------------------------------------------------
    Client connecting to 192.168.5.9, TCP port 5001
    TCP window size: 512 KByte (WARNING: requested 256 KByte)
    ------------------------------------------------------------
    [ 68] local 192.168.0.254 port 42481 connected with 192.168.5.9 port 5001
    [ ID] Interval Transfer Bandwidth
    [ 68] 0.0- 1.0 sec 1.38 MBytes 11.5 Mbits/sec
    [ 68] 1.0- 2.0 sec 1.12 MBytes 9.44 Mbits/sec
    [ 68] 2.0- 3.0 sec 1.25 MBytes 10.5 Mbits/sec
    [ 68] 3.0- 4.0 sec 1.25 MBytes 10.5 Mbits/sec
    [ 68] 4.0- 5.0 sec 1.12 MBytes 9.44 Mbits/sec
    [ 68] 5.0- 6.0 sec 1.25 MBytes 10.5 Mbits/sec
    [ 68] 6.0- 7.0 sec 1.12 MBytes 9.44 Mbits/sec
    [ 68] 7.0- 8.0 sec 1.25 MBytes 10.5 Mbits/sec
    [ 68] 8.0- 9.0 sec 1.25 MBytes 10.5 Mbits/sec
    [ 68] 9.0-10.0 sec 1.12 MBytes 9.44 Mbits/sec
    [ 68] 0.0-10.0 sec 12.2 MBytes 10.2 Mbits/sec

     

    As you can see they look quite similar, but I've earlier gotten results around ~14mbit which is consistent with the throughput I'm experiencing.

     

    I'm using OpenVPN between the same locations which fully utilizes the CIR both ways. Same using other protocols such as http. Testing each connection with speedtest.net also gives expected results. The ISP's in question are Vikenfiber and Get (resides in Norway).

     

    Best regards,

     

    Daniel