You are viewing a plain text version of this content. The canonical link for it is here.
Posted to proton@qpid.apache.org by "Justin Ross (JIRA)" <ji...@apache.org> on 2015/11/30 15:26:11 UTC
[jira] [Commented] (PROTON-986) [C] proton-dump assumes one AMQP
header
[ https://issues.apache.org/jira/browse/PROTON-986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15031830#comment-15031830 ]
Justin Ross commented on PROTON-986:
------------------------------------
[~chug], fixed?
> [C] proton-dump assumes one AMQP header
> ---------------------------------------
>
> Key: PROTON-986
> URL: https://issues.apache.org/jira/browse/PROTON-986
> Project: Qpid Proton
> Issue Type: Improvement
> Components: proton-c
> Affects Versions: 0.10
> Environment: C
> Reporter: Chuck Rolke
>
> Proton-dump discards the leading 8 bytes of data in all cases. I have two uses where this is a nuisance. They are generated by wireshark the same way:
> * Start wireshark trace
> * Find stream of interest
> * Follow TCP stream
> * Save As type raw
> * Feed the raw file to proton-dump
> Case 1. The raw saved file has a complete AMQP connection startup. The binary data has two AMQP headers and proton-dump fails.
> Case 2. The raw saved file starts midstream in the AMQP content. The binary data has no AMQP headers and proton-dump fails.
> With the wireshark dissector one usually does not need proton-dump. But sometimes wireshark complains about a frame format or a decoding issue. Proton-dump as an AMQP decoder is a higher authority than wireshark and fixing proton-dump a little improves its utility.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)