Hi authors, WG,
I also have some comments which aligns with Ketan’s first and third points as
below:
Firstly, both RFC 5305 and 5308 say that:
“If a prefix is advertised with a metric larger then MAX_PATH_METRIC (call it
infinite metric), this prefix MUST NOT be considered during the normal SP
Hi, Ketan:
In the inter-AS scenario, we will not deploy BGP session on each p2p link. The
BGP session exists only within the loopback address of each ASBR pair.
Such deployment is also same in the LAN scenario. Then there is no mesh or
partial p2p link that congruent to the BGP sessions.
Bu
Peter
> -Original Message-
> From: Lsr [mailto:lsr-boun...@ietf.org] On Behalf Of Peter Psenak
> Sent: Friday, July 29, 2022 8:33 AM
> To: Aijun Wang ; Acee Lindem (acee)
>
> Cc: Ketan Talaulikar ; Les Ginsberg (ginsberg)
> ;
> draft-wang-lsr-prefix-unreachable-annoucem...@ietf.org; lsr
Aijun,
On 28/07/2022 19:55, Aijun Wang wrote:
Hi, Acee:
Thanks for your comments, but most of them are indefensible, especially
the conclusion.
As you have also noticed, UPA mechanism doesn’t consider the network
partition scenarios, doesn’t consider how to control the number of
advertisemen
Hi, Acee:
Thanks for your comments, but most of them are indefensible, especially the
conclusion.
As you have also noticed, UPA mechanism doesn’t consider the network partition
scenarios, doesn’t consider how to control the number of advertisement of
unreachable messages, doesn’t provide the
Hi Peter, Ketan,
See one inline.
On 7/28/22, 10:08 AM, "Lsr on behalf of Peter Psenak" wrote:
Hi Ketan,
On 28/07/2022 02:27, Ketan Talaulikar wrote:
> Hello Authors,
>
> Sharing some comments upfront on this draft given the packed LSR agenda.
>
> 1) There is cu
Hi Acee,
I agree with your so-called "baseless comments" on the differences between
the two drafts but I still hold some hope for further convergence between
the two proposals.
Thanks,
Ketan
On Thu, Jul 28, 2022 at 11:33 PM Acee Lindem (acee) wrote:
> Speaking as WG Member:
>
>
>
> Hi Ketan,
Speaking as WG Member:
Hi Ketan,
Thanks for pointing out the similarities. Even after the recent changes, there
are still some difference between the drafts which I’ll describe in the
baseless comments which follow. For conciseness, I’ll refer to the drafts as
PUA (Draft Wang) and UPA (Draft
Hi Ketan,
On 28/07/2022 02:27, Ketan Talaulikar wrote:
Hello Authors,
Sharing some comments upfront on this draft given the packed LSR agenda.
1) There is currently no change in protocol encoding (see also further
comment), however, there are protocol procedures at the ABR being
specified us
Hi Aijun,
I am trying to summarize my understanding here just to make sure we are all
on the same page. There are also some suggestions on how we might be able
to make some progress here.
1) What "kind" of stub links is the draft proposing to address? (a)
Inter-AS links (this was the original use
Hi Aijun,
Please check inline below.
On Thu, Jul 28, 2022 at 1:15 PM Aijun Wang
wrote:
> Hi, Ketan:
>
> There are situation that such information is necessary:
> When several ASes are connected via the LAN interface, it is impossible to
> describe the inter-AS relationship with the current desc
Hi Aijun,
Please check inline below.
On Thu, Jul 28, 2022 at 1:09 PM Aijun Wang
wrote:
> Hi, Ketan:
>
> For the mentioned scenario, not only we need to run BGP-LS on every edge
> router, but also we need to configure every inter-AS link the following
> information: remote—AS number, remote ASB
Hi, Ketan:
There are situation that such information is necessary:
When several ASes are connected via the LAN interface, it is impossible to
describe the inter-AS relationship with the current descriptors that provided
by RFC5316 and RFC5392.
And another scenario is that when these stub links
Hi, Ketan:
For the mentioned scenario, not only we need to run BGP-LS on every edge
router, but also we need to configure every inter-AS link the following
information: remote—AS number, remote ASBR ID.
Regardless of the redundancy configured efforts, such information will be also
need to imp
Hi Aijun,
Similar to Les, I disagree with you on the use of Prefix TLV as an
attribute of the "Stub Link". The reason is that this attribute is not
required for the identification of a link in BGP-LS (or in IGPs for that
matter) that was the main use case. I also don't see the use of that in
Inter
15 matches
Mail list logo