I remember some time back Juniper had a feature that would listen to snmp? from
the radios and adjust ospf cost. My search foo is failing right now but I think
they had a paper on the topic also.
On Oct 18, 2023, at 6:13 AM, Adam Thompson wrote:
Using a mix of Juniper hardware...
Network
.
Ryan
From: NANOG on behalf of Mark Tees
Sent: Wednesday, October 18, 2023 10:01:06 AM
To: Tom Beecher
Cc: nanog
Subject: Re: Congestion/latency-aware routing for MPLS?
Caution: This is an external email and may be malicious. Please take care when
clicking links
In addition to RSVP or may be worth using minimum modulation settings on
the radios if possible. IE so that links completely drop and you re-route
rather than run with less bandwidth.
On Wed, Oct 18, 2023, 6:34 PM Tom Beecher wrote:
> I believe Jason's proposal is exactly what OP is looking
>
> I believe Jason's proposal is exactly what OP is looking for.
>
I would agree.
On Wed, Oct 18, 2023 at 11:28 AM Saku Ytti wrote:
> On Wed, 18 Oct 2023 at 17:39, Tom Beecher wrote:
>
> > Auto-bandwidth won't help here if the bandwidth reduction is 'silent' as
> stated in the first
On Wed, 18 Oct 2023 at 17:39, Tom Beecher wrote:
> Auto-bandwidth won't help here if the bandwidth reduction is 'silent' as
> stated in the first message. A 1G interface , as far as RSVP is concerned, is
> a 1G interface, even if radio interference across it means it's effectively a
> 500M
On Wed, Oct 18, 2023 at 7:38 AM Tom Beecher wrote:
>
> Auto-bandwidth won't help here if the bandwidth reduction is 'silent' as
> stated in the first message. A 1G interface , as far as RSVP is concerned, is
> a 1G interface, even if radio interference across it means it's effectively a
> 500M
Auto-bandwidth won't help here if the bandwidth reduction is 'silent' as
stated in the first message. A 1G interface , as far as RSVP is concerned,
is a 1G interface, even if radio interference across it means it's
effectively a 500M link.
Theoretically, you could have some sort of automation in
We have been hoping to find use cases for the babel protocol's rtt
metric, which builds on ideas from ntp, and is primarily used today in
overlay networks:
https://datatracker.ietf.org/doc/draft-ietf-babel-rtt-extension/
On Wed, Oct 18, 2023 at 7:17 AM Jason R. Rokeach via NANOG
wrote:
>
> Hi
Hi Adam,
This sounds like a use case for MPLS-TE with TWAMP-Light. TWAMP-Light handles
the latency concern and can encode your measured latency in IS-IS. Juniper
docs:
https://www.juniper.net/documentation/us/en/software/junos/is-is/topics/topic-map/enable-link-delay-advertise-in-is-is.html.
Using a mix of Juniper hardware...
Network provides VPLS to customer, over MPLS (obviously) in a
dual-redundant-ring radio topology. Each site is connected to one or more
neighbors, generally with two radios, in two different bands, to *each*
neighbor. So an ordinary node might have 4
10 matches
Mail list logo