Re: WGLC for draft-ietf-bfd-large-packets

2019-10-17 Thread Robert Raszuk
Dear WG, Thank you Gyan for your note. It very clearly highlights my primary concern expressed earlier of false assumptions on how engineers may try to (mis)use bfd-large in multihop cases. Below note is a brilliant example of how one may not realize that actual paths BFD packets take can be jus

Re: PIM BFD RFC

2019-10-17 Thread Gyan Mishra
Greg That is true that there can be more GDR candidates but with the modulo hashing algorithm the load balancing becomes less even with odd number of routers similar to XOR bitwise source/destination hash. So the issue is that with even routers you do achieve close to 100% load balancing whi

Re: PIM BFD RFC

2019-10-17 Thread Greg Mirsky
Hi Gyan, many thanks for adding more details to the scenario you're discussing. As you know, p2mp BFD, as defined in RFC 8562 and RFC 8563, operates in the Demand mode. What are the advantages of using the Asynchronous mode, and I assume that implies using p2p BFD sessions, as in RFC 5881 for singl

Re: PIM BFD RFC

2019-10-17 Thread Gyan Mishra
Sent from my iPhone > On Oct 17, 2019, at 10:46 AM, Greg Mirsky wrote: > > Hi Gyan, > many thanks for adding more details to the scenario you're discussing. As you > know, p2mp BFD, as defined in RFC 8562 and RFC 8563, operates in the Demand > mode. What are the advantages of using the Async

Re:Rtg-bfd Digest, Vol 164, Issue 24

2019-10-17 Thread Albert Fu (BLOOMBERG/ 120 PARK)
Hi Robert, > Dear WG, > > Thank you Gyan for your note. > > It very clearly highlights my primary concern expressed earlier of false > assumptions on how engineers may try to (mis)use bfd-large in multihop > cases. > > Below note is a brilliant example of how one may not realize that actual > pa

Re: Rtg-bfd Digest, Vol 164, Issue 24

2019-10-17 Thread Gyan Mishra
Sent from my iPhone > On Oct 17, 2019, at 12:20 PM, Albert Fu (BLOOMBERG/ 120 PARK) > wrote: > > Hi Robert, > > > Dear WG, > > > > Thank you Gyan for your note. > > > > It very clearly highlights my primary concern expressed earlier of false > > assumptions on how engineers may try to (mis)