[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[lwip-devel] [bug #46467] ip_frag() shouldn't modify pbuf in case of a r
From: |
Joel Cunningham |
Subject: |
[lwip-devel] [bug #46467] ip_frag() shouldn't modify pbuf in case of a retransmission |
Date: |
Fri, 20 Nov 2015 14:51:59 +0000 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 Firefox/42.0 |
Follow-up Comment #3, bug #46467 (project lwip):
Op,
Is IP frag's modification occurring during the TX of the TCP packet? If so,
there is still only a single reference to the pbuf (held by TCP layer) and it
will be modified as the lower layers (IP, ARP, etc) perform their output
processing. As long as they aren't modifying TCP header or payload, things
should be fine.
If the packet is enqueued in a driver or lower level, then the reference count
would need to be incremented and measures would need to be taken if a
modification happens at a later time that could contend with TCP
retransmission. Simon and I discussed this in
https://savannah.nongnu.org/task/?7896
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?46467>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/