> On 26 Jan 2022, at 5:47 am, Stewart Bryant <stewart.bry...@gmail.com> wrote: > > There is both a topological view of an address and a protocol view. > > The topological view is some place in the network, be that a node or an > interface. > > The protocol view is that it is an instruction, for example to deliver the > packet to the place identified by the address field lookup. In IP this was > originally an interface somewhere in the network. In MPLS we generalised and > abstracted this to make the label an instruction what sometimes said deliver > the packet closer to some network object, but sometimes was an instruction to > do something else. > > In SRv6 they designed a hybrid of this with the prefix having the original IP > meaning, and the suffix providing some other instruction together with some > parameter such as send the packet to this VPN. > > Thus in my mind the address field in a packet is an opaque instruction that > is looked up in some large table and causes the forwarder to take some set of > actions that are referenced by the table. >
Stewart, There is an alternative view here that inverts this perspective. From the perspective of the network, a packet's IP address is a token that helps the network determine which egress interface is to be used for the packet to be kicked out of the network! MPLS, next hops addresses, encapsulation, virtual circuits are all somewhat isomorphic from such a perspective. The differences lies in the amount of work the network performs on acceptance of the packet. In some models it performs an initial lookup to select the egress point and then uses this initially computed egress tag to guide the packet’s journey through this network (MPLS, virtual circuits, encap). Other models, including hop-by-hop destination based stateless forwarding, perform this same egress point computation at every internal switching point. My point is that the semantic construct of an “address” does not limit or predetermine which of these models your network must use, nor does a network’s choice of switching architecture necessarily redefine the semantics of an IP address. Geoff _______________________________________________ Int-area mailing list Int-area@ietf.org https://www.ietf.org/mailman/listinfo/int-area