[
https://issues.apache.org/jira/browse/DISPATCH-908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kim van der Riet updated DISPATCH-908:
--------------------------------------
Description:
When running qpid_interop_test.jms_hdrs_props_test, failures occur owing to the
improper disposition of messages on the central broker node which were sent to
the receiver. Analysis of the AMQP traffic shows that the Receiver sent a
disposition to Node 2, but Node 2 simply sent an AMQP detach without any
disposition to the broker.
It is probable that the other QIT tests show this behavior, but don't exhibit
errors because no checks are made that the queues on the broker are empty once
the test ends, and no two tests share the same queue. The jms_hdrs_props_test
shares queues, allowing the improperly disposed messages to remain in the queue
and cause problems for the next test.
The test is configured as follows:
{noformat}
9001 5672 5672 9002
Sender --> Dispatch --> Broker --> Dispatch --> Receiver
Node 1 Node 2
{noformat}
The configuration files for the broker (in this case, qpid-cpp) and the two
nodes are attached. Also attached are the wireshark capture file and a diagram
showing the AMQP traffic on the four links in sequence (scan0001.pdf).
Notes on diagram:
# If using the default Linux pdf viewer, the diagram can be rotated left in the
view menu to get it to display in the correct orientation.
# The following abbreviations are used to display the AMQP performatives:
H - header
O - open
B - begin
AR - Attach as receiver
AS - Attach as sender
F - flow
TN - transfer id=N
DRN - disposition as receiver, settled=N
DSN - disposition as sender, settled=N
C - close
X - detach
E - end
Bar is return direction traffic relative to traffic initiator.
was:
When running qpid_interop_test.jms_hdrs_props_test, failures occur owing to the
improper disposition of messages on the central broker node which were sent to
the receiver. Analysis of the AMQP traffic shows that the Receiver sent a
disposition to Node 2, but Node 2 simply sent an AMQP detach without any
disposition to the broker.
It is probable that the other QIT tests show this behavior, but don't exhibit
errors because no checks are made that the queues on the broker are empty once
the test ends, and no two tests share the same queue. The jms_hdrs_props_test
shares queues, allowing the improperly disposed messages to remain in the queue
and cause problems for the next test.
The test is configured as follows:
{noformat}
9001 5672 5672 9002
Sender --> Dispatch --> Broker --> Dispatch --> Receiver
Node 1 Node 2
{noformat}
The configuration files for the broker (in this case, qpid-cpp) and the two
nodes are attached. Also attached are the wireshark capture file and a diagram
showing the AMQP traffic on the four links in sequence (scan0001.pdf).
Notes on diagram:
# If using the default Linux pdf viewer, the diagram can be rotated left in the
view menu to get it to display in the correct orientation.
# The following abbreviations are used to display the AMQP performatives:
H - header
O - open
B - begin
AR - Attach as receiver
AS - Attach as sender
F - flow
TN - transfer settled=N
DRN - disposition as receiver, settled=N
DSN - disposition as sender, settled=N
C - close
X - detach
E - end
Bar is return direction traffic relative to traffic initiator.
> Router loses dispositions over receive link on qpid-interop-test 2-node test
> ----------------------------------------------------------------------------
>
> Key: DISPATCH-908
> URL: https://issues.apache.org/jira/browse/DISPATCH-908
> Project: Qpid Dispatch
> Issue Type: Bug
> Reporter: Kim van der Riet
> Attachments: dispatch-2node.qpid-cpp.jms_hdrs_props.pcapng,
> qdrouterd.node1.conf, qdrouterd.node2.conf, qpidd.conf, scan0001.pdf
>
>
> When running qpid_interop_test.jms_hdrs_props_test, failures occur owing to
> the improper disposition of messages on the central broker node which were
> sent to the receiver. Analysis of the AMQP traffic shows that the Receiver
> sent a disposition to Node 2, but Node 2 simply sent an AMQP detach without
> any disposition to the broker.
> It is probable that the other QIT tests show this behavior, but don't exhibit
> errors because no checks are made that the queues on the broker are empty
> once the test ends, and no two tests share the same queue. The
> jms_hdrs_props_test shares queues, allowing the improperly disposed messages
> to remain in the queue and cause problems for the next test.
> The test is configured as follows:
> {noformat}
> 9001 5672 5672 9002
> Sender --> Dispatch --> Broker --> Dispatch --> Receiver
> Node 1 Node 2
> {noformat}
> The configuration files for the broker (in this case, qpid-cpp) and the two
> nodes are attached. Also attached are the wireshark capture file and a
> diagram showing the AMQP traffic on the four links in sequence (scan0001.pdf).
> Notes on diagram:
> # If using the default Linux pdf viewer, the diagram can be rotated left in
> the view menu to get it to display in the correct orientation.
> # The following abbreviations are used to display the AMQP performatives:
> H - header
> O - open
> B - begin
> AR - Attach as receiver
> AS - Attach as sender
> F - flow
> TN - transfer id=N
> DRN - disposition as receiver, settled=N
> DSN - disposition as sender, settled=N
> C - close
> X - detach
> E - end
> Bar is return direction traffic relative to traffic initiator.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
