RTCPInstance error: Hit limit when reading incoming packet over TCP. Increase "maxRTCPPacketSize"

[Caio Klein]

Hi,

I've been hitting this error. The process gets into a loop displaying the
referred message.

The setup is this:

AXIS-CAMERA<---(RTSP over HTTP)--->live555ProxyServer<---(RTSP)--->VLC

The problem can be easily replicated when stopping the stream on the VLC,
but may happen spontaneously while playing after a certain time (~30s).

I've already changed the maxRTCPPacketSize on "RTCP.cpp:116" to 1500 with
no change on the problem.

Any guess on what is happening?

Thanks,

Caio

[Ross Finlayson]

I've been hitting this error. The process gets into a loop displaying the referred message.
AXIS-CAMERA<---(RTSP over HTTP)--->live555ProxyServer<---(RTSP)--->VLC
The problem can be easily replicated when stopping the stream on the VLC, but may happen spontaneously while playing after a certain time (~30s).
I've already changed the maxRTCPPacketSize on "RTCP.cpp:116" to 1500 with no change on the problem.
Any guess on what is happening?

Yes. One part of your chain is running an old, buggy version of our software.

I assume that your "live555ProxyServer" was built using a recent version of our software.

First, replace "VLC" with our "openRTSP" demo application (using the "-T <http-port-number>" option). Do you still see the error message? If you don't, then the problem is that "VLC" is running an out-of-date version of our software, and needs to be upgraded.

If you still see the error, even when you use "openRTSP" as the client, then the problem is that the 'Axis Camera' is (apparently) using an old version of our software, and *its* firmware will need to be upgraded.


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

[Caio Klein]

Ross,

Thanks for the answer, but this sounds like a vulnerability. If any of the
system clients (VLC) or sources (cameras) has a buggy code, they may bring
the live555ProxyServer down.

what is required to make the proxyserver code immune to this kind of
external bugs?

Thanks,

Caio

Post by Caio Klein
I've been hitting this error. The process gets into a loop displaying the
referred message.
AXIS-CAMERA<---(RTSP over HTTP)--->live555ProxyServer<---(RTSP)--->VLC
The problem can be easily replicated when stopping the stream on the VLC,
but may happen spontaneously while playing after a certain time (~30s).
I've already changed the maxRTCPPacketSize on "RTCP.cpp:116" to 1500 with
no change on the problem.
Any guess on what is happening?
Yes. One part of your chain is running an old, buggy version of our
software.
I assume that your "live555ProxyServer" was built using a recent version
of our software.
First, replace "VLC" with our "openRTSP" demo application (using the "-T
<http-port-number>" option). Do you still see the error message? If you
don't, then the problem is that "VLC" is running an out-of-date version of
our software, and needs to be upgraded.
If you still see the error, even when you use "openRTSP" as the client,
then the problem is that the 'Axis Camera' is (apparently) using an old
version of our software, and *its* firmware will need to be upgraded.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_______________________________________________
live-devel mailing list
http://lists.live555.com/mailman/listinfo/live-devel

[Ross Finlayson]

Thanks for the answer, but this sounds like a vulnerability. If any of the system clients (VLC) or sources (cameras) has a buggy code, they may bring the live555ProxyServer down.

They don't 'bring down' the server; they just cause the server to output some error messages about the stream. (Plus, of course, the stream from/to the buggy camera/client won't work well.)


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

[Caio Klein]

Hi Ross,

I may have hit another problem since the symptom I see is slightly
different. The process gets into a loop where the error message is
displayed endlessly consuming all the available CPU. It has happened with
the proxyserver running on a MACOSX 10.7.5 as well as on an AWS EC2 image.

Any clue on what is happening is welcomed. I'm trying to get more details
from the problem.

Thanks,

Caio

Post by Caio Klein
Thanks for the answer, but this sounds like a vulnerability. If any of the
system clients (VLC) or sources (cameras) has a buggy code, they may bring
the live555ProxyServer down.
They don't 'bring down' the server; they just cause the server to output
some error messages about the stream. (Plus, of course, the stream from/to
the buggy camera/client won't work well.)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_______________________________________________
live-devel mailing list
http://lists.live555.com/mailman/listinfo/live-devel

[Ross Finlayson]

Any clue on what is happening is welcomed. I'm trying to get more details from the problem.

I've already told you that your major problem is that your downstream server (camera?) is presumably using an old version of our software, and needs to be upgraded to use a recent version. Please don't bother us with this again until you've done that.

(Alternatively, you can just get the back-end server to stream over UDP rather than TCP. Or reduce the server's bitrate, because it's likely approaching (or perhaps even exceeding) the capacity of your network.)


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/