Re: [openstack-dev] [neutron] How should edge services APIs integrate into Neutron?

2015-05-19 Thread A, Keshava
opinion, with in the cloud we may not such deployment scenario. Let us not mix underlay network with overlay network . Both will go as different solution provider, so different business domain. This is my thoughts . keshava From: Vikram Choudhary

Re: [openstack-dev] [Neutron] service chaining feature development meeting minutes for May 12 2015

2015-05-19 Thread A, Keshava
this . keshava From: Cathy Zhang [mailto:cathy.h.zh...@huawei.com] Sent: Thursday, May 14, 2015 3:29 AM To: Cathy Zhang; openstack-dev@lists.openstack.org Subject: [openstack-dev] [Neutron] service chaining feature development meeting minutes for May 12 2015 Hi, I have added the meeting minutes for May 5

Re: [openstack-dev] [neutron] openwrt VM as service

2015-04-16 Thread A, Keshava
understanding is correct here. keshava From: Dean Troyer [mailto:dtro...@gmail.com] Sent: Wednesday, April 15, 2015 10:25 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron] openwrt VM as service On Wed, Apr 15, 2015 at 2:37 AM, Guo, Ruijing

Re: [openstack-dev] [neutron] openwrt VM as service

2015-04-16 Thread A, Keshava
, to optimize the latency ? If required OSC controller can program the OVS inside the OVSVM also ? Are we heading in this direction ? Regards, keshava From: Zang, Rui [mailto:rui.z...@intel.com] Sent: Thursday, April 16, 2015 1:03 PM To: OpenStack Development Mailing List (not for usage questions

[openstack-dev] [neutron] open Virtual Router support in OpenStack from Cloud-Router

2015-04-01 Thread A, Keshava
Hi, I think it is better to have Open source enabled Virtual Router, in OpenStack supported by Cloud Router. With open virtual router available, many of the L3 functionality/routing functionality can be easily integrated in cloud for overlay network. Regards, keshava -Original Message

Re: [openstack-dev] [neutron][AdvancedServices] Confusion about the solution of the service chaining!

2015-01-07 Thread A, Keshava
on ietf ‘service header insertion’ at the ingress. This header will have all the set services that needs to be executed across vNFV, will be carried in each of the Tennant packet. So it requires coordinated effort along with NFV/Telco working groups. keshava From: Kyle Mestery [mailto:mest

Re: [openstack-dev] Our idea for SFC using OpenFlow. RE: [NFV][Telco] Service VM v/s its basic framework

2014-12-22 Thread A, Keshava
, where that Tennant was not there earlier on that CN, what will be the impact ? How to control the chaining of flows in these kind of scenario ? so that packet will reach that Tennant VM on new CN ? Here this Tennant VM be a NFV Service-VM (which should be transparent to OpenStack). keshava

Re: [openstack-dev] [Neutron] [RFC] Floating IP idea solicitation and collaboration

2014-12-18 Thread A, Keshava
and CN(ovs)? 2. How much will be the gain/advantage by generating the mpls from OVS ? (compare the terminating VxLAN on DC-edge and then originating the mpls from there ?) keshava -Original Message- From: Thomas Morin [mailto:thomas.mo...@orange.com] Sent: Tuesday, December 16

Re: [openstack-dev] [NFV][Telco] Service VM v/s its basic framework

2014-12-18 Thread A, Keshava
performance. Then are we considering chaining of Services per Tennant ? 3. If so how to control this ? (Please consider that tenants VM can get migrated to different CNs) Let me know others opinion. keshava From: yuriy.babe...@telekom.de [mailto:yuriy.babe...@telekom.de] Sent: Thursday

Re: [openstack-dev] [Neutron] [RFC] Floating IP idea solicitation and collaboration

2014-12-15 Thread A, Keshava
) will be established ? 7. Or it will be label stitching between Virtual-Physical network ? How the end-to-end path will be setup ? Let me know your opinion for the same. regards, keshava -Original Message- From: Mathieu Rohon [mailto:mathieu.ro

Re: [openstack-dev] [NFV][Telco] Service VM v/s its basic framework

2014-12-10 Thread A, Keshava
that discussion with NFV for ‘Service-VM + Openstack OVS related discussion”. Regards, keshava From: Stephen Wong [mailto:stephen.kf.w...@gmail.com] Sent: Wednesday, December 10, 2014 10:03 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [NFV][Telco] Service VM

[openstack-dev] [NFV][Telco] Service VM v/s its basic framework

2014-12-09 Thread A, Keshava
framework and how they needs to be chained ,which entity are mandatory in such service to run over the cloud. Please let me know if such discussion already happened ? Let me know others opinion for the same. Thanks regards, keshava oledata.mso Description: oledata.mso

Re: [openstack-dev] [Neutron] [RFC] Floating IP idea solicitation and collaboration

2014-12-08 Thread A, Keshava
Stephen, Interesting to know what is “ACTIVE-ACTIVE topology of load balancing VMs”. What is the scenario is it Service-VM (of NFV) or Tennant VM ? Curious to know the background of this thoughts . keshava From: Stephen Balukoff [mailto:sbaluk...@bluebox.net] Sent: Tuesday, December 09, 2014 7

Re: [openstack-dev] opnfv proposal on DR capability enhancement on OpenStack Nova

2014-11-13 Thread A, Keshava
? ) Then is not it is NFV routing (BGP/IGP) /MPLS signaling (LDP/RSVP) protocol to handle ? Does the OpenStack needs to handle that ? Please correct me if my understanding on this problem is not correct. Thanks regards, keshava -Original Message- From: Steve Gordon [mailto:sgor...@redhat.com] Sent

Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints

2014-11-04 Thread A, Keshava
, Keshava From: Erik Moe [mailto:erik@ericsson.com] Sent: Monday, November 03, 2014 3:42 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints From: Ian Wells [mailto:ijw.ubu...@cack.org.uk] Sent: den 31

[openstack-dev] openstack-dev] [neutron] [nfv]

2014-11-04 Thread A, Keshava
@01CFF8F8.1BCCFAF0] Thanks regards, keshava image001.emz Description: image001.emz oledata.mso Description: oledata.mso image006.emz Description: image006.emz ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin

Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints

2014-11-03 Thread A, Keshava
regards, Keshava From: Ian Wells [mailto:ijw.ubu...@cack.org.uk] Sent: Saturday, November 01, 2014 4:07 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints Go read about HSRP and VRRP. What you propose

Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints

2014-11-03 Thread A, Keshava
Hi, What are all the Service-VM(NFV elements) HA architecture ? L2 NFV and L3 NFV elements HA architecture will be different. Keeping mind we need to expose the underlying port/interface architecture from OpenStack side to Service-VM’s. Thanks Regards, Keshava From: A, Keshava Sent

Re: [openstack-dev] [neutron] Clear all flows when ovs agent start? why and how avoid?

2014-10-31 Thread A, Keshava
Hi, Agents upgrade support will be common requirements which we needs to address on priority. Regards, Keshava -Original Message- From: Kyle Mestery [mailto:mest...@mestery.com] Sent: Wednesday, October 29, 2014 8:47 PM To: OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

2014-10-30 Thread A, Keshava
Hi, Can the VM migration happens across POD (Zone) ? If so then how reachability of VM is addressed dynamically without any packet loss ? Thanks Regards, keshava -Original Message- From: Wuhongning [mailto:wuhongn...@huawei.com] Sent: Thursday, October 30, 2014 7:56 AM To: OpenStack

Re: [openstack-dev] [neutron][nova] New specs on routed networking

2014-10-30 Thread A, Keshava
. I also saw some ietf draft w.r.t implementation architecture of OpenStack !!!. Let me know the opinion w.r.t. this ? [cid:image003.png@01CFF45F.51F2F0A0] Thanks regards, Keshava -Original Message- From: Fred Baker (fred) [mailto:f...@cisco.com] Sent: Wednesday, October 29

Re: [openstack-dev] [neutron][nova] New specs on routed networking

2014-10-30 Thread A, Keshava
information in OpenStack infrastructure ? Thanks Regards, keshava -Original Message- From: Cory Benfield [mailto:cory.benfi...@metaswitch.com] Sent: Thursday, October 30, 2014 2:09 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][nova

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

2014-10-30 Thread A, Keshava
OK, You may need to think of brining BGP routing between POD to support Live migration. Thanks Regards, keshava -Original Message- From: joehuang [mailto:joehu...@huawei.com] Sent: Thursday, October 30, 2014 4:58 PM To: OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] [neutron][nova] New specs on routed networking

2014-10-30 Thread A, Keshava
Agreed !. Regards, keshava From: Kevin Benton [mailto:blak...@gmail.com] Sent: Friday, October 31, 2014 2:03 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][nova] New specs on routed networking These are all important discussion topics

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

2014-10-29 Thread keshava
, keshava -- View this message in context: http://openstack.10931.n7.nabble.com/all-tc-Multi-clouds-integration-by-OpenStack-cascading-tp54115p56323.html Sent from the Developer mailing list archive at Nabble.com. ___ OpenStack-dev mailing list

Re: [openstack-dev] [neutron][nova] New specs on routed networking

2014-10-28 Thread A, Keshava
there will additional FIB lookup ? How about the impact on 'inter compute traffic', processed by DVR ? Here thinking OpenStack cloud as hierarchical network instead of Flat network ? Thanks regards, Keshava From: Rohit Agarwalla (roagarwa) [mailto:roaga...@cisco.com] Sent: Monday, October 27

Re: [openstack-dev] [neutron] vm can not transport large file under neutron ml2 + linux bridge + vxlan

2014-10-28 Thread A, Keshava
Hi, Pl find my reply . Regards, keshava From: Ian Wells [mailto:ijw.ubu...@cack.org.uk] Sent: Tuesday, October 28, 2014 1:19 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron] vm can not transport large file under neutron ml2 + linux

Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints

2014-10-28 Thread A, Keshava
Hi, Pl fine the reply for the same. Regards, keshava From: Ian Wells [mailto:ijw.ubu...@cack.org.uk] Sent: Tuesday, October 28, 2014 1:11 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints This all

Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints

2014-10-28 Thread A, Keshava
Hi, Pl find my reply .. Regards, keshava From: Alan Kavanagh [mailto:alan.kavan...@ericsson.com] Sent: Tuesday, October 28, 2014 3:35 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron] [nfv] VM-based VLAN trunking blueprints Hi Please

Re: [openstack-dev] [neutron][nova] New specs on routed networking

2014-10-28 Thread A, Keshava
their opinion also. Thanks Regards, keshava -Original Message- From: Cory Benfield [mailto:cory.benfi...@metaswitch.com] Sent: Tuesday, October 28, 2014 10:35 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][nova] New specs on routed

Re: [openstack-dev] [Neutron] BGPVPN implementation discussions

2014-10-20 Thread A, Keshava
Hi, 1. From where the MPLS traffic will be initiated ? 2. How it will be mapped ? Regards, Keshava From: Damon Wang [mailto:damon.dev...@gmail.com] Sent: Friday, October 17, 2014 12:42 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev

Re: [openstack-dev] [neutron] Private external network

2014-10-14 Thread A, Keshava
Hi, Across these private External network/tenant :: floating IP can be shared ? Keshava From: Salvatore Orlando [mailto:sorla...@nicira.com] Sent: Tuesday, October 14, 2014 10:33 PM To: Édouard Thuleau Cc: OpenStack Development Mailing List Subject: Re: [openstack-dev] [neutron] Private

Re: [openstack-dev] [Neutron] High bandwidth routers

2014-06-23 Thread A, Keshava
Hi, I think there is no much consideration of L3 forwarding capacity, of the order of 100G in Network-Node(NN). Not sure current software queues in NNare capable of handling 100G times of packet rate. (Of course for compute node there will SRIOV to speedup these) Instead you can consider

Re: [openstack-dev] [Neutron][L3] BGP Dynamic Routing Proposal

2014-06-21 Thread A, Keshava
Hi Thomas, This is interesting. I have some of the basic question about deployment model of using this BaGPipe BGP in virtual cloud network. 1. We want MPLS to start right from compute node as part Tennant traffic ? 2. We want L3 VRF separation right on Compute nodes (or NN Node) ?

[openstack-dev] [Neutron][L3] - L3 High availability blueprint v/s pure L3 packet

2014-06-05 Thread A, Keshava
is the impact those L3 protocol which have status ? How exactly NAT sessions are handled ? 3. I think we need to have serious discussion with Distributed functionality (like DVR) for session less High availability solution. Thanks Regards, Keshava

[openstack-dev] Number of RabbitMQ connection : Some connection without consumers ?

2014-05-29 Thread A, Keshava
) Queue: compute.sdn-keshava-cn1 compute_fanout_b092ea21d2dc425ca13b376d1731df9f 3. On the connection 100.10.10.51:40484 - 100.10.10.53:5672 (1) queue: There is no consumers . 4.On the Connection 100.10.10.51:40486 - 100.10.10.53:5672 queue: reply_844c53cf0eb54b5b9abf1e3b4b3a0404 5

Re: [openstack-dev] [neutron] Adding Routing v/s Topology as Service v/s exporting Topology info to ODL ..

2014-05-27 Thread A, Keshava
Hi, I am observing that here there are overlapping functionality between Routing and Topology .. 1. Adding Routing into OpenStack ( by link state protocol : OSPF/other) to learn prefix of underlay network and inject into overlay network. Builds for CN + Physical Switch/Router .. 2. Use

Re: [openstack-dev] [Neutron][FWaaS]Firewall Web Services Research Thesis Applicability to the OpenStack Project

2014-05-23 Thread A, Keshava
Hi, Please find reply in line .. Thanks regards, Keshava.A -Original Message- From: Mike Grima [mailto:mike.r.gr...@gmail.com] Sent: Thursday, May 22, 2014 3:55 PM To: A, Keshava Cc: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutron

Re: [openstack-dev] [Neutron][NFV] NFV BoF at design summit

2014-05-23 Thread A, Keshava
][NFV] NFV BoF at design summit Hi Just wanted to comment on some points below inline. /Alan -Original Message- From: A, Keshava [mailto:keshav...@hp.com] Sent: May-22-14 2:25 AM To: Kyle Mestery; OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev

Re: [openstack-dev] [Neutron] Default routes to SNAT gateway in DVR

2014-05-23 Thread A, Keshava
Hi, I have one basic question, what is this tunneled over to network node means ? ( At this point, the packet will go back out to br-int and but tunneled over to the network node just like any other intra-network traffic.) What kind of tunnel between Compute to Network Node during SNAT ? Why

Re: [openstack-dev] [Neutron] Default routes to SNAT gateway in DVR

2014-05-23 Thread A, Keshava
this. Thanks regards, Keshava.A -Original Message- From: Narasimhan, Vivekanandan Sent: Friday, May 23, 2014 2:49 AM To: A, Keshava; OpenStack Development Mailing List (not for usage questions); Carl Baldwin Cc: Grover, Rajeev Subject: RE: [openstack-dev] [Neutron] Default routes to SNAT gateway

Re: [openstack-dev] [Neutron][FWaaS]Firewall Web Services Research Thesis Applicability to the OpenStack Project

2014-05-22 Thread A, Keshava
Hi, 1. When the group policy is applied ( across to all the VMs ) say deny for specific TCP port = 80, however because some special reason one of that VM needs to 'ALLOW TCP port' how to handle this ? When deny is applied to any one of VM in that group , this framework takes care of