Re: Genart last call review of draft-ietf-bfd-multipoint-active-tail-09

2018-06-29 Thread Greg Mirsky
Hi Linda, thank you for the review and your kind words, much appreciated. If an end-point during the p2mp BFD session never responded to the head's multicast poll it is unknown to the head and cannot be reported as "inactive tail". I can imagine that if the head has been given the list of the tail

RE: Genart last call review of draft-ietf-bfd-multipoint-active-tail-09

2018-06-29 Thread Linda Dunbar
Greg, Thanks for the reply. It might be too late to ask this question, I am curious if the head-end is aware of the list of end points, what is wrong if they just use unicast BFD to each of them? Multicast-BFD seems requires more support of the network, isn’t it? Linda From: Greg Mirsky [mai

Re: [Int-area] Fwd: New Version Notification for draft-mirsky-rtgwg-oam-identify-00.txt

2018-06-29 Thread Greg Mirsky
Hi Tom, many thanks for taking interest in the topic and helping with details on GUE and OAM. I've reviewed the listed in the draft encapsulations and analyzed how active OAM may be identified in each of the cases. For active OAM to be more useful the test packets must be in-band with the data that

Re: Genart last call review of draft-ietf-bfd-multipoint-active-tail-09

2018-06-29 Thread Greg Mirsky
Hi Linda, thank you for the question. Always happy to discuss the technology. If the head is required to know the state of the set of the tails, then using p2p BFD session between the head and each of such tails may be the right solution. But it may be challenging to ensure that the unicast path f