summaryrefslogtreecommitdiff
path: root/net/sctp/debug.c
diff options
context:
space:
mode:
authorXin Long <lucien.xin@gmail.com>2021-10-28 05:36:01 -0400
committerDavid S. Miller <davem@davemloft.net>2021-10-29 12:21:23 +0100
commit40171248bb8934537fec8fbaf718e57c8add187c (patch)
tree1a94593f50a8126ce02e24cc90be547cc78edd17 /net/sctp/debug.c
parent411a44c24a561e449b592ff631b7ae321f1eb559 (diff)
sctp: allow IP fragmentation when PLPMTUD enters Error state
Currently when PLPMTUD enters Error state, transport pathmtu will be set to MIN_PLPMTU(512) while probe is continuing with BASE_PLPMTU(1200). It will cause pathmtu to stay in a very small value, even if the real pmtu is some value like 1000. RFC8899 doesn't clearly say how to set the value in Error state. But one possibility could be keep using BASE_PLPMTU for the real pmtu, but allow to do IP fragmentation when it's in Error state. As it says in rfc8899#section-5.4: Some paths could be unable to sustain packets of the BASE_PLPMTU size. The Error State could be implemented to provide robustness to such paths. This allows fallback to a smaller than desired PLPMTU rather than suffer connectivity failure. This could utilize methods such as endpoint IP fragmentation to enable the PL sender to communicate using packets smaller than the BASE_PLPMTU. This patch is to set pmtu to BASE_PLPMTU instead of MIN_PLPMTU for Error state in sctp_transport_pl_send/toobig(), and set packet ipfragok for non-probe packets when it's in Error state. Fixes: 1dc68c194571 ("sctp: do state transition when PROBE_COUNT == MAX_PROBES on HB send path") Reported-by: Ying Xu <yinxu@redhat.com> Signed-off-by: Xin Long <lucien.xin@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/sctp/debug.c')
0 files changed, 0 insertions, 0 deletions