Skip to content

sending ipv6 fragments #109

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

Open
iosappwithpaypal opened this issue Jun 13, 2020 · 1 comment
Open

sending ipv6 fragments #109

iosappwithpaypal opened this issue Jun 13, 2020 · 1 comment
Labels
help wanted Extra attention is needed

Comments

@iosappwithpaypal
Copy link

iosappwithpaypal commented Jun 13, 2020

Hi..we are using libnet-1.1.6. To send a large datagram, I'm using following sequence:

libnet_init(..LIBNET_RAW6..)
libnet_clear_packet

pktId = libnet_get_prand(LIBNET_PRu32);

libnet_build_udp
libnet_build_ipv6_frag(..pktId,...)
libnet_build_ipv6
libnet_write

then, clear the UDP header:

libnet_clear_packet(libnet_handle);
ip = LIBNET_PTAG_INITIALIZER;
ip6frg = LIBNET_PTAG_INITIALIZER;

till all fragments are sent:
libnet_build_ipv6_frag(..pktId,...)
libnet_build_ipv6
libnet_write

I'm stracing the sender and I see that packet ID field is not set correctly between each fragment. So linux kernel never even sends these fragments out. I don't see the packet in tcpdump.

I'm comparing the packets in tcpdump. One set with linux kernel doing the fragmentation ie., no libnet and other set with libnet.

here is the ipv6 fragment header in first fragment that goes with payload, udp header, first Fragment header, ipv6 header:

\x11\x00\x00\x01\x89\x31\x05\x88

second fragment that goes out after stripping udp header and reconstructing fragment header with fragment offset and 0 for MF flag and packet id. the last 2 bytes of packet ID are different. i can't tell why. i'm calling libnet_get_prand() once and use that value for all fragments.

\x11\x00\xb5\x00\x89\x31\xd3\x45

Can someone point me to any example code that uses libnet_build_ipv6_frag()?

Thank you
Prasad

@troglobit
Copy link
Collaborator

Possibly related to #106.

@troglobit troglobit added the help wanted Extra attention is needed label May 21, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed
Development

No branches or pull requests

2 participants
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy