Also I hope you have gone through this,

http://docs.openstack.org/api/openstack-network/1.0/content/

Thanks,
Hitesh

On Mon, Jul 30, 2012 at 7:17 AM, hitesh wadekar <hitesh.wade...@gmail.com>wrote:

> Hi Trinath,
>
> Can you please check out this pdf and let me know your questions get
> resolved or not?
>
> (
> http://qconlondon.com/dl/qcon-london-2012/slides/SalvatoreOrlando_QuantumVirtualNetworksForOpenStackClouds.pdf
>
> Also, whatever Darragh has been given links also useful.
>
> I will update you more on this soon.
>
> Thanks,
> Hitesh
>
> On Mon, Jul 30, 2012 at 3:28 AM, Darragh OReilly <
> darragh.orei...@yahoo.com> wrote:
>
>> Hi,
>>
>> I saved this sequence diagram some time ago. But I can't remember where I
>> got it.
>>
>> https://docs.google.com/open?id=0B0HB7skV7D-ATWZ1R1I5VlYyNFk
>>
>> It is correct for Essex, but I don't know about Folsom.
>>
>> Regards,
>> Darragh.
>>
>>   ------------------------------
>> *From:* Trinath Somanchi <trinath.soman...@gmail.com>
>> *To:* "<netstack@lists.launchpad.net>" <netstack@lists.launchpad.net>
>> *Sent:* Monday, 30 July 2012, 11:03
>> *Subject:* [Netstack] Openstack+Quantum+OVS Internals - Doubts
>>
>>
>> Hi Guys-
>>
>>
>> I have found the solution to my Second Doubt
>>
>> Link: http://docs.openstack.org/developer/nova/devref/rpc.html
>>
>> and Thanks Emilien for clearing my 3rd Doubt.
>>
>> But still in need of help.
>>
>> Can you any one validate my understanding with the data flow in
>> Nova+Quantum scenario for bringing up the VM instances.
>>
>>
>> *[Trinath] *The flow as follows
>>
>>
>>    1. Upon receiving an REST call from Horizon, Nova API collected the
>>    Networking information from the nova_network and prepares an JSON 
>> formatted
>>    request and update the AMQP Queue.
>>    2. AMQP sends an Async cast to Nova Compute. Upon receiving the cast,
>>    Nova Compute issues _create_instance and updates the AMQP queue. AMQP 
>> queue
>>    sends an Async cast to Scheduler.
>>    3. Upon receiving the cast, Scheduler selects the Compute Node and
>>    send an async cast to the node. Node using the info in the queue using
>>    libvirt brings up the instance.
>>    4. Quantum-Agent at NODE updates the DB at controller with the Vlan
>>    tagged Port-Vif details.
>>    5. Quantum-Agent at Controller upon reading the DB on Vlan tagged
>>    Port-Vif details creates Gateway interfaces in the OVS integration bridge
>>    so that controller can access the VM's present in remote host.
>>
>>
>>
>> On Mon, Jul 30, 2012 at 11:52 AM, Trinath Somanchi <
>> trinath.soman...@gmail.com> wrote:
>>
>> Hi-
>>
>> I'm now viewing the code of Openstack from a top level to understand the
>> process flow of the commands and messages in the system.
>>
>> I have the following doubts.
>>
>> [1] What is the role of Quantum-Agent in Controller and Node. How will
>> the "gw-" and "tap-" interface and ports are created in Controller and Host
>> integration bridge of ovs.
>>
>> This is how I understand from my study.
>>
>> *[Trinath] *The flow as follows
>>
>>
>>    1. Upon receiving an REST call from Horizon, Nova API collected the
>>    Networking information from the nova_network and prepares an JSON 
>> formatted
>>    request and update the AMQP Queue.
>>    2. AMQP sends an Async cast to Nova Compute. Upon receiving the cast,
>>    Nova Compute issues _create_instance and updates the AMQP queue. AMQP 
>> queue
>>    sends an Async cast to Scheduler.
>>    3. Upon receiving the cast, Scheduler selects the Compute Node and
>>    send an async cast to the node. Node using the info in the queue using
>>    libvirt brings up the instance.
>>    4. Quantum-Agent at NODE updates the DB at controller with the Vlan
>>    tagged Port-Vif details.
>>    5. Quantum-Agent at Controller upon reading the DB on Vlan tagged
>>    Port-Vif details creates Gateway interfaces in the OVS integration bridge
>>    so that controller can access the VM's present in remote host.
>>
>> Please update/correct with the pitfalls in my understanding outlined
>> above.
>>
>> [2] How AMQP (using RabbitMQ server) work, mean to say. How Controller
>> communicates with the Node for creating an Virtual instance in view of
>> AMQP. Wanted to be more clear on what Messages do Controller and Node
>> exchange to create an Virtual Instance.
>>
>> *[Trinath]* I'm not good at AMQP. Can you kindly describe on how this
>> works.
>>
>> [3] I have created a Public and Tenant specific network using
>> "nova-manage network " command.
>>
>> For each Virtual Instance, I have seen a Public IP addr, and Tenant
>> Specific IP Addr. For both IP addrs I'm unable to ping from NODE machine.
>>
>> Rather for the Tenant specific IP Addrs I'm able to ping from Controller
>> but not the Public IP Addrs..
>>
>> Can any one guide me on what has happened in the way...
>>
>> Thanking you...
>>
>> --
>> Regards,
>> ----------------------------------------------
>> Trinath Somanchi,
>> +91 9866 235 130
>>
>>
>>
>>
>> --
>> Regards,
>> ----------------------------------------------
>> Trinath Somanchi,
>> +91 9866 235 130
>>
>>
>>
>>
>> --
>> Regards,
>> ----------------------------------------------
>> Trinath Somanchi,
>> +91 9866 235 130
>>
>>
>> --
>> Mailing list: https://launchpad.net/~netstack
>> Post to    : netstack@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~netstack
>> More help  : https://help.launchpad.net/ListHelp
>>
>>
>>
>> --
>> Mailing list: https://launchpad.net/~netstack
>> Post to     : netstack@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~netstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
-- 
Mailing list: https://launchpad.net/~netstack
Post to     : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

Reply via email to