Increase bandwidth usage in partial-mesh network?

Mauricio Rodriguez mrodriguez at
Thu Oct 14 01:05:28 UTC 2021

Assuming that the reasons for the low bandwidth and use of radio is due to
physical constraints - distances, inhospitable terrain between nodes, etc.
In this case, some good 'ol MPLS traffic engineering using LSP's with
bandwidth reservations may be the way to influence how traffic is routed.
Then, they may need some platform to provide observability and potentially
dynamic re-routing of LSP's based on actual or predicted congestion
situations.  If traffic patterns and utilization are not ideally
deterministic, then skip the bandwidth reservation and ensure that the
automation is in place to reroute traffic when necessary.

I know, adding complexity, but if you just can't build the links you would
want, this may be a way to work with what you've got.

Best Regards,

Mauricio Rodriguez

Founder / Owner

Fletnet Network Engineering (
*Follow us* on LinkedIn <>

Mauricio.Rodriguez at

Office: +1 786-309-1082

Direct: +1 786-309-5493

On Wed, Oct 13, 2021 at 1:33 PM Adam Thompson <athompson at>

> Looking for recommendtions or suggestions...
> I've got a downstream customer asking for help;  they have a private
> internal network that I've taken to calling the "partial-mesh network from
> hell": it's got two partially-overlapping radio networks, mixed with
> islands of isolated fiber connectivity.
> Dynamic routing protocols (IS-IS, OSPF, EIGRP, etc.) generally will only
> select the _best_ path, they won't spread the load unless all paths are
> equal - and they are very unequal in this network, ECMP would likely fail
> horribly.
> The network is becoming bandwidth-limited, so they're wanting to make use
> of all available paths, not just the single "best" path.  It's also remote
> and spread out, so adding new links or upgrading existing links is
> difficult and expensive.
> Oh, and their routers are overdue for a refresh, so acquiring replacement
> h/w is now possible.
> Has anyone come across any product or technology that can handle the
> multi-path-ness and the private-network-ness like a regular router, but
> also provides the intelligent per-flow path steering based on e.g. latency,
> like an SD-WAN device (and/or some firewalls)?
> Here's hoping,
> -Adam
> *Adam Thompson*
> Consultant, Infrastructure Services
> [image: 1593169877849]
> 100 - 135 Innovation Drive
> Winnipeg, MB, R3T 6A8
> (204) 977-6824 or 1-800-430-6404 (MB only)
> athompson at

This message (and any associated files) may contain confidential and/or 
privileged information. If you are not the intended recipient or authorized 
to receive this for the intended recipient, you must not use, copy, 
disclose or take any action based on this message or any information 
herein. If you have received this message in error, please advise the 
sender immediately by sending a reply e-mail and delete this message. Thank 
you for your cooperation.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the NANOG mailing list