Changes between Initial Version and Version 1 of Ticket #2099
- Timestamp:
- Mar 6, 2018 8:41:19 AM (7 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #2099 – Description
initial v1 1 1 When a sender sends packets intensively to a receiver that has packet processing rate lower than the sending rate, the packet will be buffered by PJLIB SSL socket and after sometime the sender will get PJ_ENOMEM error and eventually drop the connection while there are still some pending outgoing packets in PJLIB SSL socket. Application cannot trace which packets have been sent and which packets are still pending (buffered in SSL socket). 2 2 3 After investigation, when sending buffer is full, any sending operation will still write to OpenSSL BIO while it should not, it should simply return error, 4 e.g: {{{PJ_ENOMEM}}}. After sometime, it somehow cause OpenSSL to initiate SSL renegotiation and when renegotiation fails (e.g: due to timeout), SSL connection will be dropped. 3 After investigation, when sending buffer is full, any sending operation will still write to OpenSSL BIO while it should not, it should simply return error, e.g: {{{PJ_ENOMEM}}}. After sometime, it somehow cause OpenSSL to initiate SSL renegotiation and when renegotiation fails (e.g: due to timeout), SSL connection will be dropped. 5 4 6 5 Thanks Peter Koletzki for the report.