Re: Increase bandwidth usage in partial-mesh network?

On 10/13/21 11:29 AM, Adam Thompson wrote: 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.

Re: Increase bandwidth usage in partial-mesh network?

I would agree.Not sure if other vendors have something similar, but in Juniper land you could use traffic engineering with container lsp to go a step further than just plain rsvp-te.Kind regards Karsten 

Re: Increase bandwidth usage in partial-mesh network?

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,

Re: Increase bandwidth usage in partial-mesh network?

Hah, no not your client 🙂. Their existing network is actually surprisingly stable, but it is bandwidth-constrained. As well as the various other replies I've seen here and off-list (THANKS!), the only commercial product I've found so far that might have a hope of handling this is HPE/Aruba's S

Re: Increase bandwidth usage in partial-mesh network?

On Wed, Oct 13, 2021 at 10:30 AM Adam Thompson wrote: > 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 d

NANOG 83: City Guide + Keynotes + More

A NANOG 83 Attendees' Guide to Minneapolis Get ready to feel welcomed in the industrial landmark city, known as the birthplace of iconic musicians, incredible museums, + the "Minnesota nice"

Re: verizon fios, northeast, routing issues?

Ok folks, Thanks for the info about uunet.  But that doesn't address: 3. The intermittent, high delays (factor of 10) jump out  (also, when running ping tests, there seem to be intermittent periods of long sequences of timeouts) or, that, for about 4 years now, gamers seem to be reporting rea

Re: DNS pulling BGP routes?

On 10/13/21 07:34, Masataka Ohta wrote: But, I certainly mean that CDN operators should not request peering directly to access/retail ISPs merely because they have their own transit, because the transit is not at all neutral. I'm not sure that I understand this. Peering is rarely if ever neutr

Re: Increase bandwidth usage in partial-mesh network?

On 10/13/21 19:59, Fletcher Kittredge wrote: Hey! From the description it must be one of our clients! Just beware if you go this route, a network that is probably already unstable and unreliable will become at least an order of magnitude worse. You can't fix ten lbs of stuff into a 4 lb s

Re: Increase bandwidth usage in partial-mesh network?

Hey! From the description it must be one of our clients! Just beware if you go this route, a network that is probably already unstable and unreliable will become at least an order of magnitude worse. You can't fix ten lbs of stuff into a 4 lb stuff bag. The internet protocols do not tolerate conge

Increase bandwidth usage in partial-mesh network?

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 connectivit

Re: DNS pulling BGP routes?

On 10/13/21 17:24, Masataka Ohta wrote: The problem is that, unlike neutral transit providers, "the bits" is biased by the CDN provider. Then, access/retail ISPs who also want to supply their own contents, even though they must be neutral to contents provided by neutral transit providers, n

Re: DNS pulling BGP routes?

Tom Beecher wrote: But, I certainly mean that CDN operators should not request peering directly to access/retail ISPs merely because they have their own transit, because the transit is not at all neutral. I'm still confused. Let's say I have a CDN network, with a datacenter somewhere, an edg

Re: DNS pulling BGP routes?

On Wed, Oct 13, 2021 at 10:56 AM Tom Beecher wrote: > But, I certainly mean that CDN operators should not request >> peering directly to access/retail ISPs merely because they have >> their own transit, because the transit is not at all neutral. >> > > I'm still confused. > > Let's say I have a C

Re: DNS pulling BGP routes?

> > But, I certainly mean that CDN operators should not request > peering directly to access/retail ISPs merely because they have > their own transit, because the transit is not at all neutral. > I'm still confused. Let's say I have a CDN network, with a datacenter somewhere, an edge site somewhe

Re: DNS pulling BGP routes?

Tom Beecher wrote: For network neutrality, backbone providers *MUST* be neutral for contents they carry. However, CDN providers having their own backbone are using their backbone for contents they prefer, which is *NOT* neutral at all. As such, access/retail providers may pay for peering with

Re: DNS pulling BGP routes?

> > For network neutrality, backbone providers *MUST* be neutral > for contents they carry. > > However, CDN providers having their own backbone are using > their backbone for contents they prefer, which is *NOT* > neutral at all. > > As such, access/retail providers may pay for peering with > neut

Re: S.Korea broadband firm sues Netflix after traffic surge

I agree with you generally. It's not impossible, but probably unlikely for an individual to be sued for contents of cookie data or similar small fragments like that. I do believe it's orders of more magnitude more likely for the 'average' residential consumer to attract a suit from the MPAA/RIAA/

Re: DNS pulling BGP routes?

Matthew Petach wrote: With an anycast setup using the same IP addresses in every location, returning SERVFAIL doesn't have the same effect, however, because failing over from anycast address 1 to anycast address 2 is likely to be routed to the same pop location, where the same result will occur.