content body not fragmented based on frame_max

[rade]

Message content bodies should be split across multiple frames when exceeding the negotiated maximum frame size (actually frame_max-8 since the size includes the header and frame end marker). Doesn't look like that is happening.

Currently the RabbitMQ server doesn't complain when clients send frames larger than the negotiated frame size. But that is a DoS vector and therefore we are planning to change the broker to reject such frames.

So amqp-js really needs to start performing the required fragmentation or things will break against future version of RabbitMQ.

[dansimpson]

It's been awhile since I have looked at the spec. Is there any standard mechanism for fragmenting a message into multiple frames? Which frame type do I specify in fragment frames? With that information, I should have no problems implementing it in a single place.

[rade]

Dan, apologies for the late reply...

The frame type to use for each fragment is 'body' (type 3), just as you are using now to transmit the entire body.

[dansimpson]

Thanks for the info. I will work on this in the next week.

[alexfernandez]

I think I got bit by this issue -- apparently RabbitMQ 3.0.2 actively rejects frames larger than frame_max, saying:

Unhandled connection error: FRAME_ERROR - type 3, all octets = <<>>: {frame_too_large,258117,131064}

The log in /var/log/rabbitmq/[email protected] says:

AMQP connection <0.16900.0> (running), channel 2 - error:
{amqp_error,frame_error,
            "type 3, all octets = <<>>: {frame_too_large,863735,131064}",none}

and then:

fatal_frame_error

Using [email protected] with [email protected]. Please let me know if I can help in any way to pinpoint this issue.