Bug 662827

Summary: [RFE] virtio-serial transport plugin
Product: Red Hat Enterprise Linux 6 Reporter: Perry Myers <pmyers>
Component: qpid-cppAssignee: Chuck Rolke <crolke>
Status: CLOSED DUPLICATE QA Contact: Ted Ross <tross>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.0CC: abeekhof, apevec, astokes, iboverma, jneedle, matahari-maint, tburke, tross, whayutin
Target Milestone: rcKeywords: FutureFeature
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
: 668608 668609 670703 (view as bug list) Environment:
Last Closed: 2011-07-26 18:21:44 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 668608, 670703    
Bug Blocks: 670003, 693510    
Attachments:
Description Flags
Description of a virtioserial channel that tunnels QPID connections. none

Description Perry Myers 2010-12-14 01:27:23 UTC 
Need to add the ability for qpid to talk AMQP over interfaces other than ip.  virtio-serial is a transport that allows guest to host communication for kvm guests.  virtio-serial transport is necessary to support Matahari on KVM guests in RHEV to talk to vdsm running on the host.  This will enable Matahari to be the 'RHEV guest agent' on both Windows and RHEL.
Comment 1 RHEL Program Management 2011-01-07 04:39:02 UTC 
This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.
Comment 2 Suzanne Logcher 2011-01-07 16:25:08 UTC 
This request was erroneously denied for the current release of Red Hat
Enterprise Linux.  The error has been fixed and this request has been
re-proposed for the current release.
Comment 11 Chuck Rolke 2011-06-24 17:27:12 UTC 
Created attachment 509822 [details]
Description of a virtioserial channel that tunnels QPID connections.

This version uses proxy processes on each end of the virtioserial tunnel; the protocol is not bundled in qpid as a transport. This transport is useful for any service port and not just qpid's 5672.
Comment 12 Perry Myers 2011-06-25 01:01:23 UTC 
> This version uses proxy processes on each end of the virtioserial tunnel; the
> protocol is not bundled in qpid as a transport. This transport is useful for
> any service port and not just qpid's 5672.

If that's the case, should this be part of qpid-cpp package or do we need to consider bundling with qemu-kvm package and/or creating a completely new package?

Dor, do you have any thoughts here?
Comment 13 Dor Laor 2011-06-27 13:18:27 UTC 
Good question, for the time being virt-agent will have its own protocol. Not sure there are other users. Maybe the RHEV agent will be interested of sharing this.

Qemu-kvm might bundle the host site of it but the guest side will require a separate package so maybe qpid-cpp or new one will be needed.
Comment 14 Ted Ross 2011-07-26 18:21:44 UTC 

*** This bug has been marked as a duplicate of bug 721119 ***