Dell - Internal Use - Confidential
Hi,

This is to discuss on the below point documented in the SAI spec for SAI Next 
Hop functionality:
"The user needs to create an IP neighbor before it creates an IP next hop. The 
sai associates them using the router interface ID and the IP address."

I think there should not be a restriction that user needs to create the nexthop 
in SAI only after the neighbor entry is learnt/known. The nexthop and neighbor 
entry can be created from different applications and SAI implementation needs 
to associate them anyway for programming the routes. So, there need not be a 
dependency in the order of programming the entries in SAI.

Additionally, when the nexthop is not ARP/neighbor resolved, the nexthop can be 
made to trap packet to CPU to enable ARP/neighbor resolution in the 
control-plane. This can be useful in a static route nexthop configuration and 
the neighbor can still be resolved dynamically when packets are routed to the 
nexthop. After the neighbor entry is learnt and created, SAI implementation can 
either update the nexthop object or update the route pointing to the nexthop 
object based on the support in ASIC.

To summarize, should SAI let the user to create nexthop and neighbor entries 
independently and associate them internally?
Also, should SAI implementation enable ARP/neighbor resolution when forwarding 
packets towards an unresolved nexthop?

Please let me know your comments/questions.

Regards,
Sathish
_______________________________________________
opencompute-networking mailing list
Unsubscribe: http://lists.opencompute.org/mailman/options/opencompute-networking

opencompute-networking@lists.opencompute.org
http://lists.opencompute.org/mailman/listinfo/opencompute-networking

Reply via email to