-
Notifications
You must be signed in to change notification settings - Fork 44
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
What is the Type field value for ACK packets in PGMCC? 11/0x0B or 13/0x0D? #75
Comments
Risso's values may have been test values pre-publication of "pgmcc: a
TCP-friendly single-rate multicast congestion control scheme
<https://dl.acm.org/doi/10.1145/347059.347390>". I believe TIBCO SmartPGM
may have conflicting packet details for congestion control too.
To some degree the protocol is obsolete as it doesn't scale at modern
networking speeds and an alternative is required, ideally based upon HTTP/3
research and UFTP pragmatic usage. Recent developments have been on a
multicast extension to QUIC, with great interest in the online learning
(MOOC) space.
1.
https://www.researchgate.net/publication/220640729_A_framework_for_systematic_evaluation_of_multicast_congestion_control_protocols
2. https://uftp-multicast.sourceforge.net/
3. https://www.ietf.org/staging/draft-jholland-quic-multicast-00.html
…On Tue, Aug 22, 2023 at 4:47 PM Guy Harris ***@***.***> wrote:
The I-D doesn't say what the Type field value is for ACK packets (and, as
far as I can tell, never did).
Luigi Risso's PGM implementations for FreeBSD, with PGMCC, and patch for
tcpdump at
https://web.archive.org/web/20020302084503/http://info.iet.unipi.it/~luigi/pgm-code/
have the Type field value as 11/0x0B, as does the code submitted to tcpdump
for its dissector.
This code, as well as the Wireshark dissector for PGM, has it as 13/0x0D,
as does a PGMCC capture attached to
https://gitlab.com/wireshark/wireshark/-/issues/4798.
Are they just two different codes for the same packet (which is what I
made the tcpdump PGM dissector handle, and what I'm going to make the
Wireshark PGM dissector handle)?
Or are they two different flavors of ACK that have to be dissected
differently?
—
Reply to this email directly, view it on GitHub
<#75>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAB7EQ7DCLJMLUWQBTYQPITXWULGZANCNFSM6AAAAAA32PHL6Y>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The I-D doesn't say what the Type field value is for ACK packets (and, as far as I can tell, never did).
Luigi Rizzo's PGM implementations for FreeBSD, with PGMCC, and patch for tcpdump at https://web.archive.org/web/20020302084503/http://info.iet.unipi.it/~luigi/pgm-code/ have the Type field value as 11/0x0B, as does the code submitted to tcpdump for its dissector.
This code, as well as the Wireshark dissector for PGM, has it as 13/0x0D, as does a PGMCC capture attached to https://gitlab.com/wireshark/wireshark/-/issues/4798.
Are they just two different codes for the same packet (which is what I made the tcpdump PGM dissector handle, and what I'm going to make the Wireshark PGM dissector handle)?
Or are they two different flavors of ACK that have to be dissected differently?
The text was updated successfully, but these errors were encountered: