Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve topology view pod --> service --> pod traffic #112

Open
eranra opened this issue Jun 1, 2022 · 5 comments
Open

Improve topology view pod --> service --> pod traffic #112

eranra opened this issue Jun 1, 2022 · 5 comments
Assignees

Comments

@eranra
Copy link
Contributor

eranra commented Jun 1, 2022

Today the view in the topology looks like::

A ---------> B
!
!----------> S

So that customers are not aware that there is no direct traffic from A --> B and instead the traffic is actually thru S. We need to make it clear that A -->B is not direct traffic. This can be done by using netobserv/flowlogs-pipeline#214 configuration into L2 and changing the edges in the visualization (for example lighter gray, or dotted ... ).

Note: This might be a temporal solution until we will be able to identify the traffic as starting in the S node and not in A.

@github-actions
Copy link

github-actions bot commented Jun 1, 2022

Congratulations for contributing your first netobserv-operator issue

@eranra
Copy link
Contributor Author

eranra commented Jun 1, 2022

^^^ @amorenoz FYI

@eranra
Copy link
Contributor Author

eranra commented Jun 19, 2022

@jpinsonneau I believe that we had good conversation on that area but we are a bit stuck :-( maybe we need a session dedicated to this issue ... show how this looks in the UI and discuss what we should do??

@jpinsonneau
Copy link
Contributor

Do we need netobserv/flowlogs-pipeline#214 first ?

Else yes we can find a time slot to discuss about this subject 👍

@eranra
Copy link
Contributor Author

eranra commented Jun 20, 2022

@jpinsonneau I am not sure that netobserv/flowlogs-pipeline#214 will solve this. I thought it might help but we never ended the test. the last statement from @amorenoz was that it might be that what I saw in my environment was due to some other things and not based on changes to the MAC address by OVS/N but maybe even if this is correct it does make sense to think on this area over a meeting.

KalmanMeth pushed a commit to KalmanMeth/network-observability-operator that referenced this issue Feb 13, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants