Re: [Detnet] Available ISP topologies in academic work

[[e-mail]]

Hi Antoine,

Thanks for your sharing a potential topology.

I have a little different understanding about the ideal reference topology, that is I think it may not be any topology in the real network.

Since for any particular topology in reality, someone can easily add new nodes (and their links) to the topology and let new flows that are waiting for admission check pass through these new nodes/links, by carefully planned TE paths, to avoid congestion with old flows that are already running in the network. 

As we always consider the worst-case when analyzing latency performance and service scale, the ideal topology is actually to observe each link separately.
That is, for each link, we assume that there are full competitive flows passing through it.
So the ideal reference topology may be like the following:

Many papers use topologies similar to the above for verification. I also see the similar topology provided by Toerless during the discussion in the maillist.
For example, https://www.ieee802.org/1/files/public/docs2010/ba-boiger-bridge-latency-calculations.pdf construct full competed frames on each hop to illustrate the burstiness cascade of TSN CBS.

Regards,
PSF



Original


From: AntoineFRESSANCOURT <antoine.fressancourt=[e-mail]>
To: [e-mail] <[e-mail]>;
Date: 2024年03月21日 23:28
Subject: [Detnet] Available ISP topologies in academic work

_______________________________________________
detnet mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/detnet

 

Hello,
 
Bouncing on the call for topologies to evaluate large scale DetNet proposals, I reminded some topologies I have been using during my PhD time, a few years ago. Unfortunately, some Internet tomography projects have stopped since then, and given the growing criticality of the Internet infrastructure, it seems that publicly available ISP-level topologies are difficult to get.
 
The reference project people go to when looking for ISP-level topologies is Rocketfuel (https://research.cs.washington.edu/networking/rocketfuel/). It is old but topologies extracted from this dataset are still used for routing mechanism evaluation.
 
Some specific ISP topologies have been refined and complemented with demands from flows in DEFO (https://sites.uclouvain.be/defo/). DEFO uses both real topologies from Rocketfuel and synthetic topologies generated with iGen (https://informatique.umons.ac.be/networks/igen/). The missing aspect in DEFO’s augmented topologies is the lack of latency bounds or Jitter bounds for flows, inter-arrival times etc. . Maybe we can augment those topologies to fit with what we need as a group to evaluate large scale detnet options ?
 
Best regards,
 Antoine Fressancourt