[
https://issues.apache.org/jira/browse/PROTON-1174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16336432#comment-16336432
]
Chuck Rolke commented on PROTON-1174:
-------------------------------------
I'm pretty sure that the peer was AMQP.Net Lite. Lite is liberal about exposing
the AMQP objects in full making it easy (well, easier) to concoct arbitrary
AMQP frames.
> Proton C encodes Open.channel-max 0 as a null and not as a uint.
> ----------------------------------------------------------------
>
> Key: PROTON-1174
> URL: https://issues.apache.org/jira/browse/PROTON-1174
> Project: Qpid Proton
> Issue Type: Bug
> Components: proton-c
> Affects Versions: 0.12.0
> Reporter: Chuck Rolke
> Assignee: Andrew Stitcher
> Priority: Major
> Labels: codec
> Fix For: proton-c-0.20.0
>
>
> A connection Open frame is created with the intent of limiting the peer to
> exactly one link.
> {noformat}
> pn_transport_set_channel_max(pn_trans, 0);
> {noformat}
> Proton encodes the frame with a null 0x40 going over the wire in the
> channel-max slot.
> A receiving application treats the value as 'default' and uses the spec
> default value of 65535. If the receiving application had received a 0x43
> (types:encoding uint:uint0) it would have used the intended channel max of 0.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
