Re: [ippm] Vote at IPPM session

["MORTON, ALFRED C (AL)" <[e-mail]>]

Hi Rüdiger,
short reply in-line,
Al

> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]]
> Sent: Wednesday, April 19, 2017 3:15 AM
> To: MORTON, ALFRED C (AL)
> Cc: [e-mail]; [e-mail]; [e-mail];
> [e-mail]
> Subject: AW: [ippm] Vote at IPPM session
> 
> Hi Al,
> 
> is a non-iOAM network operator able to detect standard ipv6 packets with
> iOAM extensions, if the receiving operators equipment is configured to
> support standard ipv6 protocol only? The pre-condition here is "non-iOAM
> domain" at the receiving side. My point is, if a domain isn't interested
> in supporting the iOAM extensions, is it obliged to operate iOAM aware
> equipment to detect undesired traffic at network boundaries?
[ACM] 
No, an operator can let the traffic flow if they want.
However, if operators find that their network is 
affected by traffic with iOAM data from another domain,
they would be justified to discard that traffic
(as long as there is a clear domain limit expressed to 
iOAM protocol designers of the future, as Frank has
suggested).

This is the same ability afforded operators by declaring
BMWG address space for isolated testing-only, or the
various private network address spaces. Plenty of 
Net10 traffic escapes, and operators are not obliged
to drop it, but they certainly can.

> 
> I'm not sure, whether this is an IPPM discussion. Is there any other
> IPPM protocol or packet content requiring a discard of traffic at a
> domain boundary?
> 
> Regards,
> 
> Ruediger
> 
> 
>  [ACM]
> 
> IOM, there is a general message to convey for all future protocol
> development. Something like "sufficient provisions should be made to
> restrict the iOAM traffic to the intended domain."
> 
> We could provide guidance to interconnecting network operators, as well,
> effectively allowing them to discard traffic containing unexpected iOAM
> data. This would be applicable to non-iOAM network operators, but might
> be more important for interconnecting operators who have established
> their own iOAM domain.
> 
> This is similar to the approach we used for BMWG test traffic:
> there are v4 and v6 address spaces dedicated for isolated test
> environments, and any packet with testing addresses observed on the
> Internet may be discarded.
>