Hi Alexander, thanks for your feedback. The concept of user was really used for quickly re-using existing sessions in NAT. With port-overloading, ports are no longer a precious resource and dropping “users” means not having to maintain an extra hash table.
To better understand your problem, can you please state your use case for dumping these sessions? Thanks, Klement > On 12 May 2020, at 13:18, Alexander Chernavin via lists.fd.io > <achernavin=netgate....@lists.fd.io> wrote: > > Hello, > > As I understand the "users" concept has been removed from NAT ED and now > vl_api_nat44_user_dump_t returns nothing in ED mode. > vl_api_nat44_user_session_dump_t returns sessions only if you know the user > you are requesting sessions for. But you can't get the user list. Therefore > this chain no longer works: dump all users, then dump all sessions of those > users. > > I think the user dump code could build the user list based on the sessions, > but we need to collect these fields: IP address, VRF id, number of static and > dynamic sessions. For a big number of sessions it might be time-consuming > before the first user could be sent. Probably, maintaining a user list would > be cheaper. > > How do you think vl_api_nat44_user_dump_t can be fixed for NAT ED? > >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#16329): https://lists.fd.io/g/vpp-dev/message/16329 Mute This Topic: https://lists.fd.io/mt/74156168/21656 Mute #nat44: https://lists.fd.io/mk?hashtag=nat44&subid=1480452 Mute #nat: https://lists.fd.io/mk?hashtag=nat&subid=1480452 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-