Hi, Acee:

 

From: lsr-boun...@ietf.org <lsr-boun...@ietf.org> On Behalf Of Acee Lindem 
(acee)
Sent: Tuesday, March 9, 2021 4:12 AM
To: draft-dunbar-lsr-5g-edge-compute-ospf-...@ietf.org
Cc: lsr@ietf.org
Subject: [Lsr] Comments on draft-dunbar-lsr-5g-edge-compute-ospf-ext-03

 

Speaking as WG member:

 

Hi Linda and Co-authors, 

 

My first major comment is the confusion with the usage of multiple anycast 
addresses for the same application. Why are you requiring multiple anycast 
address? It would seem the load balancing over multiple servers can be done at 
the data center layer. I guess a UE would use the same anycast address for an 
application based on the initial DNS query? It is very confusing. 

 

My second major comment is that in section 4, you point out that an aggregated 
metric would solve the problem. However, the purported downside is that all the 
Application Egress Routers (A-ERs) would need to use the same algorithm to 
aggregate the various capacity measurements into a single metric. It would seem 
to be an even larger obstacle for all the OSPF routers in the area to support 
these new metrics and consistent routing based on those metrics. 

 

Also, some minor comments:

 

1.       Why do you talk about ACLs to determine the anycast addresses? 
Presumably, you wouldn’t even have these metrics available for other addresses. 

2.       Section 5 still references the misguided 
draft-wang-lsr-passive-interface-attribute draft. I believe you meant to remove 
this. 

[WAJ] To transfer the raw information about the server, is the prefix address 
TLV right container for such information?   There may be other parameters to be 
associated in future, for example, the bandwidth, the delay, where will you put 
all these information that can influence the performances of App server?  
https://datatracker.ietf.org/doc/draft-wang-lsr-prefix-unreachable-annoucement/ 
describes just the general container for such information.

 

There are other nits as well but it doesn’t make sense to spend time on them at 
this stage. 

 

Thanks,
Acee

 

 

_______________________________________________
Lsr mailing list
Lsr@ietf.org
https://www.ietf.org/mailman/listinfo/lsr

Reply via email to