Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 2 subscribers
  • Views 9209 views
  • Users 0 members are here
Options
Suggested
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

How to increase throughput on an RED

jeepfiend
The setup is as follows.

Main Office - 30/30 Mb/sec Fiber - Sophos UTM 9.106-17 Software on PE310 2 x Xeon Quad 2.53 GHz, 8GB RAM

8 Branch Offices - 1.5/1.5 Mb/sec T1 - RED 10

But when I do  file transfer of a 596 MB video file, I'm getting file transfer rates of 108 - 133 Kb/sec through standard unified, or 128-146 Kb/sec through standard split.

I've tried turning IPS off, and it doesn't seem to make a difference.  There is no QoS enabled.  Although turning it on or off seems to make no difference.

Am I missing something?  I've tried doing transfers on off hours when there's no traffic and it's the same thing.  I figure I must have a setting wrong somewhere, but I don't know where to look.


This thread was automatically locked due to age.
  • 0
    The setup is as follows.

    Main Office - 30/30 Mb/sec Fiber - Sophos UTM 9.106-17 Software on PE310 2 x Xeon Quad 2.53 GHz, 8GB RAM

    8 Branch Offices - 1.5/1.5 Mb/sec T1 - RED 10

    But when I do  file transfer of a 596 MB video file, I'm getting file transfer rates of 108 - 133 Kb/sec through standard unified, or 128-146 Kb/sec through standard split.

    I've tried turning IPS off, and it doesn't seem to make a difference.  There is no QoS enabled.  Although turning it on or off seems to make no difference.

    Am I missing something?  I've tried doing transfers on off hours when there's no traffic and it's the same thing.  I figure I must have a setting wrong somewhere, but I don't know where to look.


    The throughput is perfectly OK for the available 1,5 MBit Line (which IS slow btw. ;o)).
    1,5 MBit/s = 1500KBit/s
    1500KBit/s : 8 = ~188KByte/s
    minus a few % Overhead of the RED Tunnel itself and the assumption, that not all packets does utilize the full MTU of 1300 of a RED will give you such figures in reality.

    2 ways to optimize:
    - More Bandwidth than 1,5 MBit on the RED Internet uplinks
    - Wait for UTM9.2 which introduces RED tunnel data compression, and may in some cases speed up things a little (depending on traffic type - how good compressible the transferred data is)
  • 0 in reply to Sascha Paris
    The throughput is perfectly OK for the available 1,5 MBit Line (which IS slow btw. ;o)).
    1,5 MBit/s = 1500KBit/s
    1500KBit/s : 8 = ~188KByte/s
    minus a few % Overhead of the RED Tunnel itself and the assumption, that not all packets does utilize the full MTU of 1300 of a RED will give you such figures in reality.

    2 ways to optimize:
    - More Bandwidth than 1,5 MBit on the RED Internet uplinks
    - Wait for UTM9.2 which introduces RED tunnel data compression, and may in some cases speed up things a little (depending on traffic type - how good compressible the transferred data is)


    I think there's a little confusion.  I'm not getting KB/sec according the app I'm running to measure transfer rates, so maybe it's lingo that causing confusion.  In my experience, MB = MegaByte, Mb = MegaBit. So,

    1.5 Mbps = (1.5 * 1024) = 1536 Kbps up and down

    Now, let's take a 50% overhead in network traffic which seems God awful to me, but just for poops and giggles

    50% of 1536Kbps = 0.50 * 1536 = 768 Kbps (which is comparable to the DSL they used to have).

    I'm getting 1/6 of that.  Something is wrong.  To download the 596 MB file, it takes approximately 2 hours.

    My math:

    596 MB = (596 * 8) Mb = 4768 Mb = (4786 * 1024) Kb = 4882432 Kb

    With a download rate of  1536 Kbps, 4882432 Kb should download in (4882432/1536) sec =  3178.67 sec = (3178.67/60) min = 52.98 min = 
  • 0
    Hi,

    Check the IPS and firewall and application control logs.

    Are all of your lines using standard MTUs (e.g. no PPPoE, etc.)?

    Barry
  • 0
    yes, all using standard MTUs.

    I tend to think it something in the RED, because we have another office that, due to the ongoing connection issues, has been upgraded by Cox to a 10Mb down/ 2MB up connection.  Through SSL VPN, we have no issues.  Through the RED, outlook and internal sites are constantly failing....only momentarily, but still failing.

    EDIT:  I should note that when a RED is placed in our 10/2 office, it is constantly showing down while still transmitting data.  If I move that RED to a different location, it doesn't show down.  We've had Cox monitor the modem for two weeks straight with an average latency of 8ms and no downtime.  Almost like there's an issue with RED and the modem.
  • 0
    Ah, we're talking about kbits and not kbytes...in this case i correct my statement to "there's definately something going wrong."

    I'd check
    - as already mentioned ips.log - especially for udp flood entries (if udp flood protection is active)
    - QoS Settings (if in use)
    - that tcp window scaling on the UTM is active (default is ON)
    - cabling between RED and Router
    - depending on used internet Router/Modem type, if it maybe drops packets on udp streams (slow hardware?) or has built in flooding protection features active
    - app control log,  if there are block rules in use to block applications (false positives)

    However - if this is a licenced setup...I recommend to open a supportcase. Support has not to speculate and can help to identify the bottleneck / troublemaker.
Unfiltered HTML