[ 
https://issues.apache.org/jira/browse/PROTON-986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14701524#comment-14701524
 ] 

ASF subversion and git services commented on PROTON-986:
--------------------------------------------------------

Commit 1888a59c6a300a557255255ccc5ac768c112feff in qpid-proton's branch 
refs/heads/master from [~chug]
[ https://git-wip-us.apache.org/repos/asf?p=qpid-proton.git;h=1888a59 ]

PROTON-986: detect and skip 8-byte headers


> [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)

Reply via email to