[PANRG] draft-rass-panrg-mpath-usecase

[<[e-mail]>]

Hi Stefan,

the idea to route packets containing encrypted information via different paths sound reasonable to me. This may be challenging for higher layers, but well, one may be able to design them to cope with packets received from different paths, I think.

I've recommended to investigate available options rather that path detection this morning. Some of these are:

  *   An end system can be multihomed
  *   There's multi-path transport, like MPTCP
  *   If the IP-addresses can be varied, the packets will likely follow different Equal Cost Multi-Path's (ECMP, search the Internet). Varying source address will do.

Multipath could mean:

  *   Same fiber, different router interfaces/headers (imagine the LTE path and fixed access sharing the same fiber at some part of a layer 0 path) .
  *   Different parallel ports of a router, but same router to router hop
  *   Different router hops (combined with different ports).

What likely is difficult is to vary the AS path. That might work, if you are multihomed with different networks. For a single domain, you may have to use a proxy or a tunnel to reach a different section of that domain (but I assume that there are multiple peerings to reach the destination AS - that might not be the case).

I'm not an onion routing expert. That may help too.

You could try different paths with the methods described above and measure delays to figure out different router paths (different ports between the same routers a hard to detect). No matter what you do, and even with path aware networking, you'll not be able to figure out or avoid using the same fiber by different networks.

Please note, I'm not on the panrg list and readers there may receive this message delayed. While I like your idea, my time doesn't suffice for an ongoing support.

Regards,

Ruediger