RE: discussion on fast notification work

[Gábor Sándor Enyedi <[e-mail]>]

Hi Anton,

OK, I see what you meant. You are completely right, intra router notification must be much faster, we are just saying that we can be fast enough even in this way. Naturally, being a bit slower is a disadvantage. But we have advantages as well. E.g. LFA cannot do 100% single failure coverage - FN can; NotVia, LW-NotVia and MRC needs several extra IP addresses - FN doesn't need such addresses; FIFR needs per interface FIB - we do not need such things. And so on... Unfortunately, all the current solutions have drawbacks, ours is being a bit slower. We believe we can still meet the 50ms limit, so this drawback may not be really important compared to the advantages.
BR,

Gabor 

-----Original Message-----
From: Anton Smirnov [mailto:[e-mail]] 
Sent: Thursday, July 07, 2011 2:44 PM
To: Gábor Sándor Enyedi
Cc: John E Drake; András Császár; Alia Atlas; [e-mail]
Subject: Re: discussion on fast notification work

    Hi Gabor,
    I am not speaking of any particular draft, I am speaking of families of solutions - rerouting decision made entirely within router adjacent to failure vs. router close to failure point communicating with other routers to reroute traffic remotely.
    All FN drafts fall into category of remote notification; LFA, not-via and other works FN being compared with fall into category of local repair.

Anton


On 07/07/2011 02:06 PM, Gábor Sándor Enyedi wrote:
> I may missed something, since I found only 1 mail you wrote to this list before in this year. Based on that mail, I think you are mixing things; there you were writing about draft-kini-ospf-fast-notification-01, while Andras is speaking about draft-csaszar-ipfrr-fn-00. While the first one is just wanting to increase the speed of LSA advertisement, the second one is doing real FRR using only data plane. Am I right, were you speaking about the former draft?
> BR,
>
> Gabor Enyedi
>
>
>
> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]] On Behalf 
> Of John E Drake
> Sent: Thursday, July 07, 2011 1:23 PM
> To: András Császár; Alia Atlas; [e-mail]
> Subject: RE: discussion on fast notification work
>
> Please see my previous emails to the list.
>
> Sent from my iPhone
>
>> -----Original Message-----
>> From: András Császár [mailto:[e-mail]]
>> Sent: Thursday, July 07, 2011 3:53 AM
>> To: John E Drake; Alia Atlas; [e-mail]
>> Subject: RE: discussion on fast notification work
>>
>> Hi John,
>>
>> Why exactly do you think it is "a really bad idea"?
>>
>> Kind regards,
>> András
>>
>>> -----Original Message-----
>>> From: [e-mail] [mailto:[e-mail]] On 
>>> Behalf Of John E Drake
>>> Sent: 2011. július 6. 23:54
>>> To: Alia Atlas; [e-mail]
>>> Subject: RE: discussion on fast notification work
>>>
>>> Alia,
>>>
>>> Is it okay for me to say that I think that this is a really bad idea 
>>> and that I was glad that interest in it had waned?
>>>
>>> Thanks,
>>>
>>> John
>>>
>>> Sent from my iPhone
>>>
>>>
>>>> -----Original Message-----
>>>> From: [e-mail]
>>> [mailto:[e-mail]] On Behalf
>>>> Of Alia Atlas
>>>> Sent: Wednesday, July 06, 2011 1:57 PM
>>>> To: [e-mail]
>>>> Subject: discussion on fast notification work
>>>>
>>>> The last 2 IETFs, we have had discussions about the idea of fast 
>>>> notification, as described in draft-lu-fast-notification-framework, 
>>>> draft-lu-fn-transport-00, and draft-csaszar-ipfrr-fn-00.
>>>>
>>>> Since then, I have not seen substantial discussion or
>>> interest on the
>>>> mailing list.  If you are
>>>> interested in this work, have questions about it, or would
>>> like to see
>>>> RTGWG continue to discuss it,
>>>> please send email to this mailing list.  I'd like to see this 
>>>> conversation happening here before IETF.
>>>>
>>>> Thanks,
>>>> Alia
>>>> _______________________________________________
>>>> rtgwg mailing list
>>>> [e-mail]
>>>> https://www.ietf.org/mailman/listinfo/rtgwg
>>> _______________________________________________
>>> rtgwg mailing list
>>> [e-mail]
>>> https://www.ietf.org/mailman/listinfo/rtgwg
>>>
> _______________________________________________
> rtgwg mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/rtgwg
> _______________________________________________
> rtgwg mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/rtgwg