StifleR
2.6
2.6
  • Start Here - StifleR 2.6
  • StifleR 2.6.x.x
    • StifleR - Release Notes
    • What's New
    • QuickStart Guide
      • Installation
        • Manual Server Installation
        • StifleR Client Installation
        • StifleR Network Locations
        • Example StifleR Rules Definition
    • Planning & Deployment Guide
      • TL;DR version
      • StifleR Overview
        • The StifleR Solution
      • Features Overview
        • Other Features
      • Technical Overview
        • StifleR Standard Features
        • StifleR Enterprise Features
      • Planning Your StifleR Implementation
        • Firewall Ports
        • Supported Clients
        • Networks in StifleR
        • Permissions
      • Installation
        • StifleR Server Installation
        • Dashboards, Client and Beacon Server Installation
        • Post Installation Checks
        • Testing Quick Start Guide
      • Troubleshooting
        • BranchCache across Subnets
      • StifleR Generic Concepts
        • Red Leader
        • Enterprise Environment - Blue Leader
      • Bandwidth Management
        • Bandwidth Tuning Monitoring and Control
      • StifleR WMI Provider
      • StifleR Feature Details
        • StifleR Enterprise Edition Features
      • Further Reading
    • StifleR Operations
      • Maintenance tasks
      • Backup and Recovery
        • Moving the StifleR Server Databases to a New Drive on the Same Server
    • StifleRulez.xml Configuration Guide
      • The Match – TypeData
        • When the Job Title Isn’t Suitable
        • ConfigMgr Specific Rules
      • The Setting - DownloadTypes
        • Delivery Optimization Jobs
      • Sample StifleRulez.xml
    • Securing StifleR Operations with SSL
      • Pre-Requisites
      • Securing the StifleR SignalR Endpoint
        • Binding certificates to SSL Ports for SignalR/StifleR
      • Running SignalR with SSL
      • IIS Configuration
      • Appendix A: Certificates
        • Using IIS to create a self-signed Certificate
        • Using a full IIS Certificate
      • Appendix B:Finding the CertHash
Powered by GitBook
On this page
  • Bandwidth Policy Configuration for VPN and Roaming Clients
  • Disconnected Policies (Client)
  • Connected (Client)
  • Roaming (Server)
  • Not Roaming (Location)
  • VPN
  • Well Connected Network: (Location)
  • Regular (Managed) Subnet
  • Red and Blue Leader Assignment
Export as PDF
  1. StifleR 2.6.x.x
  2. Planning & Deployment Guide

Bandwidth Management

Bandwidth Policy Configuration for VPN and Roaming Clients

In most Corporate Environments clients will connect in any number of different ways and locations. Bandwidth control must make allowances for these different scenarios with clients Roaming and connecting over VPN. Clients may be on well connected networks or slow links with and without Peers. StifleR must also recognise and cater for situations where the StifleR server cannot be contacted.

The StifleR client can be configured to recognise these different situations and adjust bandwidth allowances accordingly.

The following gives an overview of these various schedule settings:-

Disconnected Policies (Client)

At start up the StifleR client will automatically set the DefaultDisconnected Bandwidth limits (DO and BITS) which are applied in the event that the StifleR client is unable to connect to the StifleR server.

Connected (Client)

If the StifleR Client can contact the StifleR server then it will firstly apply the DefaultNonRedLeader Policies (DO and BITS) values from the local client settings.

The Server will then instruct the client according to its situation:

Roaming (Server)

If the client is roaming, ie. not assigned to a managed subnet, it will set the Server value of DefaultRoamingBandwidth (50/50 DO and BITS)

Not Roaming (Location)

Bandwidth settings are set as follows:

VPN

If the StifleR agent detects that the system is connected via a corporate VPN connection, the client will take the configuration settings for the subnet (as configured on the server) and set:

  • TargetBandwidth value / number of active clients

This is updated every 15mins.

For example. If the VPN Subnet is configured with a TargetBandwidth value of 102400 (100Mbs), and there are 5 clients connected via VPN, they will each receive 5/100Mbs – so 20Mbs

This is recalculated every 15 minutes so as clients connect/disconnect via VPN the bandwidth is shared proportionately.

Note: VPN Clients on a VPN subnet are never selected to be a ‘Red Leader’ as that is not required for VPN clients.

Well Connected Network: (Location)

Well Connected locations are networks where the bandwidth available to clients is generous and no throttling is required. In this scenario StifleR can still assist with improving Peer-to-Peer and caching efficiencies, which help to offload both network and memory/CPU load from source servers (Distribution Points etc)

How it Works:

A Red Leader will still be selected, but the bandwidth allocated to 'Non-Red Leaders' is exactly the same. This allows for faster P2P transfers and faster deployments in general.

The Default Setting is False - (Not Well Connected)

Note: You can change a subnet to Well Connected and the clients at that location will receive the new Well-Connected bandwidth settings from the server at the next client check-in. If you change back to Not Well Connected, the clients will revert to the original Subnet Target Bandwidth.

The Client will set:

  • WellConnectedBITSBandwidth (for BITS) and WellConnectedDOBandwidth (for Windows 10 Delivery Optimization)

Regular (Managed) Subnet

The client will initially set the Server DefaultNonRedLeader values. A Red Leader is then selected and configured with the TargetBandwidth setting for that subnet.

Red and Blue Leader Assignment

Red /Blue Leaders on Roaming networks are not assigned

Red /Blue Leaders on VPN networks are not assigned

On well connected subnets Red and Blue Leaders are still set but as local policy may be very high this is more to keep the role for other actions such as WOL etc.

PreviousEnterprise Environment - Blue LeaderNextBandwidth Tuning Monitoring and Control

Last updated 2 years ago