[rabbitmq-discuss] .NET client with 0-9-1 protocol is sending the AMQP 0-8 header

[Gotthard, Petr]

Matthias,
at least the .NET client sends a different header than the Erlang client, although RabbitMQ indicates both connections are using AMQP 0-9-1.

The Erlang client (by default, without any protocol switching) sends "AMQP 0x00 0x00 0x09 0x01", which is a protocol header for AMQP 0-9-1 (based on http://www.rabbitmq.com/resources/specs/amqp0-9-1.pdf). This is as expected.

However, the .NET client (by default, but also when 0-9-1 is set explicitly) sends "AMQP 0x01 0x01 0x09 0x01", which is a protocol header for AMQP 0-8 (http://www.rabbitmq.com/resources/specs/amqp0-8.pdf). I believe this is wrong.


How shall I prove it? ;-) Attached is a Wireshark screenshot from Erlang and .NET communication. Do I do something wrong? Did I miss some errata to the standard?

I thought I use the wrong protocol, so I did set it explicitly by:
            ConnectionFactory factory = new ConnectionFactory();
            factory.Protocol = Protocols.AMQP_0_9_1;

but the outcome was the same as before. I use the .NET client from August 2012 (version 2.8.5).

Please note that I manually inspect all the protocol frames and the rest of the communication does (seem to) match the 0-9-1 specification also for the .NET client. It's only the header which is.... different.

Are you sure there cannot be a bug?


Regards,
Petr

-----Original Message-----
From: Matthias Radestock [mailto:matthias at rabbitmq.com] 
Sent: 7. ledna 2013 19:51
To: Discussions about RabbitMQ
Cc: Gotthard, Petr
Subject: Re: [rabbitmq-discuss] .NET client with 0-9-1 protocol is sending the AMQP 0-8 header

Petr,

On 07/01/13 18:33, Gotthard, Petr wrote:
> I believe the .NET client is sending wrong AMQP header (the very first 8
> octets).

I can assure you it is not, unless you are using a truly ancient client 
which pre-dates 0-9-1.

> When I set the protocol to 0-9-1

How are you doing that? The .net client is in fact selecting 0-9-1 by 
default, so this step shouldn't be necessary.

Regards,

Matthias.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: erlang.png
Type: image/png
Size: 62542 bytes
Desc: erlang.png
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20130108/7fed64d5/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dotnet.png
Type: image/png
Size: 62289 bytes
Desc: dotnet.png
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20130108/7fed64d5/attachment-0001.png>