BFD WG
Anyone know what the RFC or draft for PIM BFD support.
Thank you
Gyan
Verizon Communications
Sent from my iPhone
Greg
I saw your draft on PIM BFD use cases but could not find the RFC on PIM BFD.
https://tools.ietf.org/id/draft-mirsky-pim-bfd-p2mp-use-case-02.html
Thanks
Gyan
Verizon Communications
Cell-301 502-1347
Sent from my iPhone
> On Oct 11, 2019, at 9:53 PM, Gyan Mishra wrote:
>
&g
would be helpful to you. I always welcome your
> questions.
>
> Regards,
> Greg
>
>> On Fri, Oct 11, 2019 at 7:40 PM Gyan Mishra wrote:
>> Greg
>>
>> I saw your draft on PIM BFD use cases but could not find the RFC on PIM BFD.
>>
>>
>> ht
I support all 3 drafts as they are useful security enhancements to BFD.
Thank you
Gyan Mishra
IT Network Engineering & Technology
Verizon Communications Inc. (VZ)
13101 Columbia Pike FDC1 3rd Floor
Silver Spring, MD 20904
United States
Phone: 301 502-1347
Email: gyan.s.mis...@verizon
In-line comment
Sent from my iPhone
> On Oct 3, 2019, at 8:02 PM, Les Ginsberg (ginsberg)
> wrote:
>
> Jeff -
>
> For some reason this is proving to be harder than I think it should be.
>
> I keep thinking I am being transparent - yet you keep reading "ulterior
> motives" into what I say.
hone: 301 502-1347
Email: gyan.s.mis...@verizon.com
www.linkedin.com/in/GYAN-MISHRA-RS-SP-MPLS-IPV6-EXPERT
On Wed, Oct 16, 2019 at 12:46 AM Gyan Mishra wrote:
>
> In-line comment
> Sent from my iPhone
>
> > On Oct 3, 2019, at 8:02 PM, Les Ginsberg (ginsberg)
> wrote:
> &
2mp-use-case can be used for expedited
> convergence of GDR/GDBR/GDROther. Would you agree?
>
> Regards,
> Greg
>
>> On Tue, Oct 15, 2019 at 9:10 PM Gyan Mishra wrote:
>>
>> Greg
>>
>> + Mankamana and Benchon
>>
>> ...from PIM WG & BES
tched multicast where it just won’t work with
a LAN based multiaccess bridge domain medium lan switch.
Gyan
>
>> On Thu, Oct 17, 2019 at 7:10 AM Gyan Mishra wrote:
>> Greg
>>
>> That is true that there can be more GDR candidates but with the modulo
>> hashi
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)
t 12:10:25AM -0400, Gyan Mishra wrote:
>> https://tools.ietf.org/html/draft-ietf-pim-drlb-11
>>
>>
>> So the BFD PIM Draft would register the PIM protocol and in asynchronous
>> mode with echo disabled we can achieve sub millisecond detection time and
>> conve
标准部/有线研究院/有线产品经营部 Standard Preresearch Dept./Wireline Product R&D
> Institute/Wireline Product Operation Division
>
>
>
> E: gregory.mir...@ztetx.com
> www.zte.com.cn
> ___
> mpls mailing list
> m...@ietf.org
> ht
MUST set...RFC5881" This action is already required in an RFC
> that this document depends on, please don't specify the behavior again. I
> understand that rfc5682 can be used in multi-hop scenarios, but rfc5881 is
> the source here.s/MUST/must
>
>
> ...
> 2223. IANA Considera
should be
> sent to the mpls mailing list (m...@ietf.org).
>
> /Loa
> --
> Loa Anderssonemail: l...@pi.nu
> Senior MPLS Expert loa.pi...@gmail.com
> Bronze Dragon Consulting phone: +46 739 81 21 64
>
>
>
>
Dear Authors
This is a very useful specification for operators.
Is this draft applicability for single hop, multi hop, demand and S-BFD
sessions.
Also what RFC’s does this draft update?
Kind Regards
Gyan
--
<http://www.verizon.com/>
*Gyan Mishra*
*Network Solutions A**rchitect *
r this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-bfd-rfc9127-bis/
>
> There is also an htmlized version available at:
> https://datatracker.ietf.org/doc/html/draft-ietf-bfd-rfc9127-bis-01
>
> A diff from the previous version is available at:
> https://www.ietf.
different, requires sharing S-BFD discriminators
> etc (as mentioned in the Introduction).
>
> Wrt which RFCs are updated by this document: we need to add 9127 (or
> 9127-bis).
>
> Regards,
> Reshad.
>
> On Sunday, January 2, 2022, 12:47:22 AM EST, Gyan Mishra <
> ha
Hi Reshad
Also I think unsolicited BFD should apply as well to BFD strict mode.
https://datatracker.ietf.org/doc/html/draft-ietf-lsr-ospf-bfd-strict-mode
I will comment on that thread.
Kind Regards
Gyan
On Sun, Feb 13, 2022 at 2:59 PM Gyan Mishra wrote:
>
> Hi Reshad
>
>
> Reshad.
>
> On Sunday, February 13, 2022, 02:59:46 PM EST, Gyan Mishra <
> hayabusa...@gmail.com> wrote:
>
>
>
> Hi Reshad
>
> Could this unsolicited BFD concept be applied to S-BFD RFC 7880, 7881,
> 7885?
>
> Also could it be applied to RFC 5880 demand m
gnals its requirement for BFD
> to be up. If you have OSPF at each end, no need for "unsolicited BFD".
>
> Regards,
> Reshad.
>
> On Sunday, February 13, 2022, 03:03:19 PM EST, Gyan Mishra <
> hayabusa...@gmail.com> wrote:
>
>
>
> Hi Reshad
>
>
Hi Reshad
On Sun, Feb 27, 2022 at 11:09 AM Reshad Rahman wrote:
> Hi Gyan,
>
> Please see inline.
>
> On Sunday, February 20, 2022, 12:29:45 PM EST, Gyan Mishra <
> hayabusa...@gmail.com> wrote:
>
>
>
> Understood as it only applies to Classical BFD with 3 wa
eshad.
>
> On Sunday, February 13, 2022, 02:59:46 PM EST, Gyan Mishra <
> hayabusa...@gmail.com> wrote:
>
>
>
> Hi Reshad
>
> Could this unsolicited BFD concept be applied to S-BFD RFC 7880, 7881,
> 7885?
>
> Also could it be applied to RFC 5880 demand mode
TF 116.
>
> Note that Reshad is an author on the draft, so I'll be handling the full
> set
> of review and shepherding work.
>
> -- Jeff
>
> --
<http://www.verizon.com/>
*Gyan Mishra*
*Network Solutions A**rchitect *
*Email gyan.s.mis...@verizon.com *
*M 301 502-1347*
I reviewed the draft and is well written and I support publication.
This BFD large packets feature would be very useful for operators.
Thanks
Gyan
On Thu, May 9, 2024 at 4:18 PM Reshad Rahman wrote:
>
>
> BFD WG,
>
> This email (re)starts a 2 week Working Group Last Call for "BFD
> encapsul
Reviewer: Gyan Mishra
Review result: Not Ready
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please treat these comments just
like any other last call comments.
For more
Document: draft-ietf-bfd-stability
Title: BFD Stability
Reviewer: Gyan Mishra
Review result: Not Ready
Summary:
This document describes extensions to the Bidirectional Forwarding Detection
(BFD) protocol to measure BFD stability. Specifically, it describes a mechanism
for detection of BFD packet
25 matches
Mail list logo
