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

How to get the protocol specific attributes #2634

Open
shailendra-patil opened this issue Nov 29, 2024 · 2 comments
Open

How to get the protocol specific attributes #2634

shailendra-patil opened this issue Nov 29, 2024 · 2 comments
Labels

Comments

@shailendra-patil
Copy link

Currently, the protocol attributes are present under ndpi_private.h file which is not by default added to /use/include/ndpi folder while we install this library. Is there any way in which we can use the protocol specific fields once the flow is detected aa a protocol. For example,
STUN --> Mapped_Address, Relayed_Address.

Just need to know whether is it possible to use them when we install nDPI as library OR this is just for internal use....

Please help on this topic.

@IvanNardi
Copy link
Collaborator

You are wrong. All metadata structures are public in ndpi_typedefs.h

@shailendra-patil
Copy link
Author

shailendra-patil commented Nov 29, 2024

ya, those are defined in ndpi_typedefs.h...Thanks for correcting...

Also, I have attached a pcap where in there are RTP packets inside the TURN channel Data, but when i process this the library flags the master-protocol as STUN and APP-Protocol as ViberVoip. But lets say in cases, where there is RTP inside TURN channel OR there is RTP inside STUN(generally as part of DATA attribute, which we see for Skype and Teams calls) can we have a way where in we can flag the packet as the containing RTP data. i mean any attribute i can access which tells me this?....I have attached both viber and skype pcaps.

skype_call.zip

Also, in the viber pcap we can see that flow assigned as STUN and after than same flow is assigned as DTLS. Any reason for this?...

image

Please share your thoughts on this also.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants