This is our old Q&A Site. Please post any new questions and answers at

I'm facing an issue where a ftp transfer hangs sometimes when TLS records are exceeding the 2^14 limit defined in RFC5246 is exceeded.
The client=receiver (RHEL64) is reporting a windo_wsize of 0 and not reading the data anymore.
So I'm wondering if this "oversized" TLS record is truly oversized and therefore invalid.
It's not causing trouble all the time and the RFC is somehow confusing (to me )
The trace was taken at th sender with LS enabled. alt text

asked 26 Nov '16, 01:12

mrEEde's gravatar image

accept rate: 20%

The FTP server (or its TLS library) is faulty. RFC 5246 (TLS 1.2), page 20 explicitly forbids larger sizes ("MUST"):

The length (in bytes) of the following TLSPlaintext.fragment. The length MUST NOT exceed 2^14.

The client rightfully fails the TLS session with an Alert message since larger values are illegal by the spec.

permanent link

answered 26 Nov '16, 02:31

Lekensteyn's gravatar image

accept rate: 30%

As this seems to be out in the wild, should we add an Expert Info for this?

(26 Nov '16, 04:50) grahamb ♦

Proposed patch that adds expert info for this:

(26 Nov '16, 05:42) Lekensteyn
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text]( "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:


question asked: 26 Nov '16, 01:12

question was seen: 1,785 times

last updated: 26 Nov '16, 05:42

p​o​w​e​r​e​d by O​S​Q​A