Re: [Openstack] Expected VLAN (not received): Deploy OpenStack Via Fuel

[Mohan Kumar]

Hi ,

Just create storage, management, private VLAN tags in the switch used
between jump host server and fuel nodes. By default configuration, Fuel
master expects 101,102,103 VLAN tag configuration

Thanks.m
Mohankumar.N

On Fri, Aug 18, 2017 at 4:03 AM, Vichord Wong 
wrote:

> Hi All,
>
>
> Greetings!
>
>
> I need some help on deploying OpenStack using Fuel.
>
>
> I tried to install and deploy openstack on three HP servers, each of them
> consists of 1 CPU with 4 physical cores, 16 GB memory, 500G hard disk, and
> one physical NIC
>
> Server 1: install fuel
>
> Server 2: Ubuntu bootstrap --- discovered by fuel and added as a
> controller
>
> Server 3: Ubuntu bootstrap --- discovered by fuel and added as a compute
> node
>
>
> These servers are plugged into Cisco Linksys E2500 Router.
>
>
> When I tried to verify the network it always failed at "Expected VLAN (not
> received)". Inside a table, a bunch of VLAN IDs are listed under "Expected
> VLAN (not received)".
>
> For example: 1024, 1026, 1027,1028, 1029, 1030, 1025, 101, 102, 1000,
> 1001, 1002, 1003, 1004, 1005, 1006,1007, 1008, 1009, 1010, 1011, 1012,
> 1013, 1014, 1015, 1016, 1017, 1018, 1019, 1020, 1021, 1022, 1023.
>
>
> Could you let me know what causes this issue and how I can fix this
> problem?
>
>
> Thanks a lot.
>
>
> Regards,
>
> Song
>
>
>
>
> ___
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
>
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [openstack-dev] [ceilometer][networking-sfc] Meters/Statistics for Networking-SFC

[Mohan Kumar]

Hi Rajeev,

No , We haven't started any design .

Let me know If I can help you anywhere . We can collaborate on this :)

Thanks.,
Mohankumar.N



On Tue, Aug 8, 2017 at 12:15 PM, rajeev.satyanaray...@wipro.com <
rajeev.satyanaray...@wipro.com> wrote:

> Hi MohanKumar,
>
>
>
> Thanks for the reply.
>
>
>
> Is the design part for the “OAM Operation Manager for SFC” done? What is
> the approach being used to monitor the SFC? If the design is already done,
> I would like to contribute in implementing it. Please provide your comments.
>
>
>
> Thanks and Regards,
>
> Rajeev
>
>
>
> *From:* Mohan Kumar [mailto:nmohankumar1...@gmail.com]
> *Sent:* Friday, July 28, 2017 1:32 PM
> *To:* OpenStack Development Mailing List (not for usage questions) <
> openstack-dev@lists.openstack.org>
> *Cc:* Rajeev Satyanarayana (MFG & Tech) <rajeev.satyanaray...@wipro.com>
> *Subject:* ** Newsletter/Marketing email** Re: [openstack-dev]
> [ceilometer][networking-sfc] Meters/Statistics for Networking-SFC
>
>
>
> ** This mail has been sent from an external source. Treat hyperlinks and
> attachments in this email with caution**
>
> Hi Rajeev,
>
>
>
> The Chain Monitoring is the missing piece in networking-sfc . Vikram and
> myself were discussed to introduce "SFC Manager" [1] (basically OAM tool )
> few cycle before.
>
>
>
> It'll continuously monitor an existing SFC chain,  when any SF VM goes
> down or any packet drop. It'll trigger alert and capture corresponding logs
> . But we haven't started any implementation on this. Feel free to discuss
> with community, IMO  this feature will be great addition to networking-sfc
>
>
>
> [1]  https://bugs.launchpad.net/networking-sfc/+bug/1513368
>
> <https://clicktime.symantec.com/a/1/oyvdp2ozE_Pe2sKTM51_kVGy1ODcQYS_L50v9C-IyKo=?d=OZb6_jQ3JlDcR2AISJ1S1yWSl9wA-da9R6WweBZh8-1xFSm7MxSA9a4SYoOw7U5fTTE8TgbqfudjFvUJGjDkrnVR8mWytf4M3eN4AD71w1P20EuGgVBYqX2e4XU1RLCLPuDzEem8Pvb7DaVjt_oEU15hkt_CfSTEUKh58nKrnbrfyy9rDd5XIZscEY5gl3pbQ5CoXChMOmfq68AE2WCT9a01j26KThkBjxPJbv7zay4R1vkxAxl07G4VZ26lvhz-CLOS6io8hJGjhaWkAJN_i67NzGOXXjipBTRt860ew1Njxrns15bG_IJ58TV9RRw-EMQ0HNftqhXlA28RRbuLvqfjJmivRjKHrMXjeKah9B7TvU1XTn7fAwJvIbcHA8zejHC_MUDNNpDMJQ7RfC6A0v5hl8qhiG2UCM-axWeSN5erVE652SbORAGMTScANtK7PL02O8Da9-W30pJr9e8haxOIGYVgHA%3D%3D=https%3A%2F%2Fbugs.launchpad.net%2Fnetworking-sfc%2F%2Bbug%2F1513368>
>
>
>
> IRC: #networking-sfc
>
> Weekly Meeting:  https://wiki.openstack.org/wiki/Meetings/
> ServiceFunctionChainingMeeting
> <https://clicktime.symantec.com/a/1/6dNKaHpOkefxWGyCJEXAIE-cQCSPzu0gOs-V_OdWGO4=?d=OZb6_jQ3JlDcR2AISJ1S1yWSl9wA-da9R6WweBZh8-1xFSm7MxSA9a4SYoOw7U5fTTE8TgbqfudjFvUJGjDkrnVR8mWytf4M3eN4AD71w1P20EuGgVBYqX2e4XU1RLCLPuDzEem8Pvb7DaVjt_oEU15hkt_CfSTEUKh58nKrnbrfyy9rDd5XIZscEY5gl3pbQ5CoXChMOmfq68AE2WCT9a01j26KThkBjxPJbv7zay4R1vkxAxl07G4VZ26lvhz-CLOS6io8hJGjhaWkAJN_i67NzGOXXjipBTRt860ew1Njxrns15bG_IJ58TV9RRw-EMQ0HNftqhXlA28RRbuLvqfjJmivRjKHrMXjeKah9B7TvU1XTn7fAwJvIbcHA8zejHC_MUDNNpDMJQ7RfC6A0v5hl8qhiG2UCM-axWeSN5erVE652SbORAGMTScANtK7PL02O8Da9-W30pJr9e8haxOIGYVgHA%3D%3D=https%3A%2F%2Fwiki.openstack.org%2Fwiki%2FMeetings%2FServiceFunctionChainingMeeting>
>
>
>
> Thanks.,
>
> Mohankumar.N
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Thu, Jul 27, 2017 at 11:30 AM, rajeev.satyanaray...@wipro.com <
> rajeev.satyanaray...@wipro.com> wrote:
>
> Hi Igor/Cathy/Gord,
>
>
>
> Sorry for the delay in replying.
>
>
>
> As part of monitoring the SFC, I think maintaining the details of “Number
> of flows assigned to a given SFC”, “Number of packets/bytes dropped/hit due
> to the policies at each Service Function entry/exit points or for the
> entire SFC” would be good to start with. I feel based on some of these
> details, an operator can know how much the virtual switch is loaded and
> take a call on whether to add a new SFC, or it could even help during
> debugging which service function has exactly caused the disruption to SFC.
>
> As a first step, I think it would be good to add meters to provide “number
> of packets/bytes hit due to policy at the ingress and egress of the entire
> SFC” and to realize that, we would need to add specific pollsters. We can
> use neutron_client API to fetch the ingress and egress port details and
> fetch the corresponding flows for those specific ports(also get flow_infos
> from flow_classifier and then use them to dump_flows matching those
> flow_infos) and fetch the no.of packets hit due to policy from them.
>
>
>
> I have just mentioned my idea on this. Can I please know your opinion on
> this and provide your comments?
>
>
>
> Thanks and Regards,
>
> Rajeev.
>
> The information contain

Re: [openstack-dev] [ceilometer][networking-sfc] Meters/Statistics for Networking-SFC

[Mohan Kumar]

Hi Rajeev,

The Chain Monitoring is the missing piece in networking-sfc . Vikram and
myself were discussed to introduce "SFC Manager" [1] (basically OAM tool )
few cycle before.

It'll continuously monitor an existing SFC chain,  when any SF VM goes down
or any packet drop. It'll trigger alert and capture corresponding logs .
But we haven't started any implementation on this. Feel free to discuss
with community, IMO  this feature will be great addition to networking-sfc

[1]  https://bugs.launchpad.net/networking-sfc/+bug/1513368


IRC: #networking-sfc
Weekly Meeting:
https://wiki.openstack.org/wiki/Meetings/ServiceFunctionChainingMeeting

Thanks.,
Mohankumar.N







On Thu, Jul 27, 2017 at 11:30 AM, rajeev.satyanaray...@wipro.com <
rajeev.satyanaray...@wipro.com> wrote:

> Hi Igor/Cathy/Gord,
>
>
>
> Sorry for the delay in replying.
>
>
>
> As part of monitoring the SFC, I think maintaining the details of “Number
> of flows assigned to a given SFC”, “Number of packets/bytes dropped/hit due
> to the policies at each Service Function entry/exit points or for the
> entire SFC” would be good to start with. I feel based on some of these
> details, an operator can know how much the virtual switch is loaded and
> take a call on whether to add a new SFC, or it could even help during
> debugging which service function has exactly caused the disruption to SFC.
>
> As a first step, I think it would be good to add meters to provide “number
> of packets/bytes hit due to policy at the ingress and egress of the entire
> SFC” and to realize that, we would need to add specific pollsters. We can
> use neutron_client API to fetch the ingress and egress port details and
> fetch the corresponding flows for those specific ports(also get flow_infos
> from flow_classifier and then use them to dump_flows matching those
> flow_infos) and fetch the no.of packets hit due to policy from them.
>
>
>
> I have just mentioned my idea on this. Can I please know your opinion on
> this and provide your comments?
>
>
>
> Thanks and Regards,
>
> Rajeev.
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] FW: FW: No Relevant flows in br-int after SFC Creation

[Mohan Kumar]

Hi Anirudh,

Please share q-svc.log

Thanks.,
Mohankumar.N

On Thu, Dec 22, 2016 at 10:21 AM, Anirudh Gupta <anirudh2.gu...@aricent.com>
wrote:

> Hi Mohan,
>
>
>
> Thanks a lot for your help and support on IRC yesterday.
>
>
>
> As per your suggestion, we have upgraded our OVS version to 2.5.0,
> downloaded older version of networking-sfc (stable/mitaka).
>
> We have also changed the default driver to *default=['ovs']*  in the
> following files :-
>
>
>
> · networking_sfc/services/flowclassifier/common/config.py
>
> · networking_sfc/services/sfc/common/config.py
>
>
>
> We have removed the dummy section from the file
>
>
>
> · /opt/stack/networking-sfc/setup.cfg
>
>
>
> and run the command *sudo python setup.py install* in the networking-sfc.
>
>
>
> But still after creating Flow-Classifier, we could see the driver as *dummy
> *in q-svc  logs.
>
>
>
> *2016-12-22 15:29:00.684 ^[[00;32mDEBUG
> networking_sfc.services.flowclassifier.drivers.dummy.dummy
> [^[[01;36mreq-a634ebc4-7f65-4f46-acf0-0a3135c57237 ^[[00;36madmin
> 2ef781adeee54ee38354452b8264ed08^[[00;32m]
> ^[[01;35m^[[00;32mnetworking_sfc.services.flowclassifier.drivers.dummy.dummy.DummyDriver
> method create_flow_classifier called with arguments
> ( object at 0x7fcc69ec6590>,) {}^[[00m ^[[00;33mfrom (pid=21226) wrapper
> /usr/local/lib/python2.7/dist-packages/oslo_log/helpers.py:47^[[00m*
>
>
>
> Can you please suggest what more steps we need to follow in order to use
> ovs driver in networking-sfc?
>
>
>
> Regards
>
> Anirudh Gupta
>
>
>
>
>
> *From:* Mohan Kumar [mailto:nmohankumar1...@gmail.com]
> *Sent:* Friday, December 16, 2016 6:53 PM
> *To:* Anirudh Gupta <anirudh2.gu...@aricent.com>
> *Cc:* openstack-dev@lists.openstack.org; Lovelesh Pandya <
> lovelesh.pan...@aricent.com>; Mohit Gupta <mohit2.gu...@aricent.com>
> *Subject:* Re: FW: FW: No Relevant flows in br-int after SFC Creation
>
>
>
> Hi Anirudh,
>
>
>
> Please try  out the suggestion as per our IRC chat  and post your
> experience
>
>
>
> Thanks.,
>
> Mohankumar.N
>
>
>
>
>
>
>
>
>
> On Thu, Dec 15, 2016 at 3:56 PM, Anirudh Gupta <anirudh2.gu...@aricent.com>
> wrote:
>
> Hi Mohan,
>
>
>
> Yes, we are getting timeout messages in q-agt logs.
>
>
>
> We have suspecting some communication issue between Driver and the Agent.
>
>
>
> Setup Details :-
>
>
>
> *· Openstack Newton - Devstack*
>
> *· Kernel version - 3.19.0-25-generic*
>
> *· ovs version – 2.4.0*
>
>
>
> After creating the Port chain, it was found that no relevant flows were
> added in br-int (attached in the mail).
>
>
>
> On Analysing, it was found in *q-svc logs*, that the driver is asking
> agent to update the flows.
>
>
>
> *2016-12-13 21:59:45.190 2293 DEBUG
> networking_sfc.services.sfc.drivers.ovs.driver
> [req-12ff22b4-e672-4c0a-84f1-ac50286ecfb5 admin -] create assoc port with
> node: {'portpair_id': u'960b7bed-971d-48ed-804c-cfdb1ff7d73b',
> 'pathnode_id': '426067de-40aa-431e-a23e-02587f2ac43e', 'weight': 1}
> _create_portchain_path
> /opt/stack/networking-sfc/networking_sfc/services/sfc/drivers/ovs/driver.py:454*
>
> *2016-12-13 21:59:45.206 2293 DEBUG networking_sfc.db.flowclassifier_db
> [req-12ff22b4-e672-4c0a-84f1-ac50286ecfb5 admin -]
> networking_sfc.services.flowclassifier.plugin.FlowClassifierPlugin method
> get_flow_classifier called with arguments ( at 0x7f4afaf4e290>, u'598c91d8-581d-4f14-9653-50767bb25d40') {} wrapper
> /usr/local/lib/python2.7/dist-packages/oslo_log/helpers.py:47*
>
> *2016-12-13 21:59:45.424 2293 DEBUG
> networking_sfc.services.sfc.drivers.ovs.rpc
> [req-12ff22b4-e672-4c0a-84f1-ac50286ecfb5 admin -] Ask agent on the
> specific host to update flows  ask_agent_to_update_flow_rules
> /opt/stack/networking-sfc/networking_sfc/services/sfc/drivers/ovs/rpc.py:60*
>
>
>
>
>
> But in *q-agt*, there are no flows were added and also there are some
> timeout logs.
>
>
>
> *2016-12-13 22:04:49.513 2486 ERROR neutron.common.rpc
> [req-f9c98709-0a3e-42ea-8437-b821adeff86d - -] Timeout in RPC method
> get_devices_details_list_and_failed_devices. Waiting for 33 seconds before
> next attempt. If the server is not down, consider increasing the
> rpc_response_timeout option as Neutron server(s) may be overloaded and
> unable to respond quickly enough.*
>
>
>
> It seems the request is not reaching the agent over rpc.
>
>
>
> PFA the following :-
>
> · q-agt logs
>
> · q-svc logs
&

Re: [openstack-dev] FW: FW: No Relevant flows in br-int after SFC Creation

[Mohan Kumar]

Hi Anirudh,

Please try  out the suggestion as per our IRC chat  and post your
experience

Thanks.,
Mohankumar.N




On Thu, Dec 15, 2016 at 3:56 PM, Anirudh Gupta <anirudh2.gu...@aricent.com>
wrote:

> Hi Mohan,
>
>
>
> Yes, we are getting timeout messages in q-agt logs.
>
>
>
> We have suspecting some communication issue between Driver and the Agent.
>
>
>
> Setup Details :-
>
>
>
> *· Openstack Newton - Devstack*
>
> *· Kernel version - 3.19.0-25-generic*
>
> *· ovs version – 2.4.0*
>
>
>
> After creating the Port chain, it was found that no relevant flows were
> added in br-int (attached in the mail).
>
>
>
> On Analysing, it was found in * q-svc logs*, that the driver is asking
> agent to update the flows.
>
>
>
> *2016-12-13 21:59:45.190 2293 DEBUG
> networking_sfc.services.sfc.drivers.ovs.driver
> [req-12ff22b4-e672-4c0a-84f1-ac50286ecfb5 admin -] create assoc port with
> node: {'portpair_id': u'960b7bed-971d-48ed-804c-cfdb1ff7d73b',
> 'pathnode_id': '426067de-40aa-431e-a23e-02587f2ac43e', 'weight': 1}
> _create_portchain_path
> /opt/stack/networking-sfc/networking_sfc/services/sfc/drivers/ovs/driver.py:454*
>
> *2016-12-13 21:59:45.206 2293 DEBUG networking_sfc.db.flowclassifier_db
> [req-12ff22b4-e672-4c0a-84f1-ac50286ecfb5 admin -]
> networking_sfc.services.flowclassifier.plugin.FlowClassifierPlugin method
> get_flow_classifier called with arguments ( at 0x7f4afaf4e290>, u'598c91d8-581d-4f14-9653-50767bb25d40') {} wrapper
> /usr/local/lib/python2.7/dist-packages/oslo_log/helpers.py:47*
>
> *2016-12-13 21:59:45.424 2293 DEBUG
> networking_sfc.services.sfc.drivers.ovs.rpc
> [req-12ff22b4-e672-4c0a-84f1-ac50286ecfb5 admin -] Ask agent on the
> specific host to update flows  ask_agent_to_update_flow_rules
> /opt/stack/networking-sfc/networking_sfc/services/sfc/drivers/ovs/rpc.py:60*
>
>
>
>
>
> But in *q-agt*, there are no flows were added and also there are some
> timeout logs.
>
>
>
> *2016-12-13 22:04:49.513 2486 ERROR neutron.common.rpc
> [req-f9c98709-0a3e-42ea-8437-b821adeff86d - -] Timeout in RPC method
> get_devices_details_list_and_failed_devices. Waiting for 33 seconds before
> next attempt. If the server is not down, consider increasing the
> rpc_response_timeout option as Neutron server(s) may be overloaded and
> unable to respond quickly enough.*
>
>
>
> It seems the request is not reaching the agent over rpc.
>
>
>
> PFA the following :-
>
> · q-agt logs
>
> · q-svc logs
>
> · nova.conf
>
> · Br-int flows
>
> · Dhcp agent
>
> · L3 agent
>
> · Local.conf
>
> · Ml2 conf
>
>
>
> Can you suggest if any configuration needs to be changed to resolve the
> issue?
>
>
>
> Regards
>
> Anirudh
>
>
>
> *From:* Mohan Kumar [mailto:nmohankumar1...@gmail.com]
> *Sent:* Wednesday, December 14, 2016 10:17 PM
> *To:* Anirudh Gupta <anirudh2.gu...@aricent.com>
> *Cc:* openstack-dev@lists.openstack.org; Lovelesh Pandya <
> lovelesh.pan...@aricent.com>; Mohit Gupta <mohit2.gu...@aricent.com>
> *Subject:* Re: FW: FW: No Relevant flows in br-int after SFC Creation
>
>
>
> Hi Anirudh,
>
>
>
>  Yes, SFC flow_rules are not downloaded.  Could you check q-agt timeout
> errors?  My suggestion is to recheck flow_classifer fields like protocol
> ports. If possible please find me over IRC #openstack-neutron in IST.
>
>
>
> Thanks.,
>
> Mohankumar.N
>
>
>
>
>
> On Wed, Dec 14, 2016 at 5:14 PM, Anirudh Gupta <anirudh2.gu...@aricent.com>
> wrote:
>
> Hi Mohan,
>
>
>
> Request you to further extend your support in order to resolve the issue.
>
>
>
> Regards
>
> Anirudh Gupta
>
>
>
> *From:* Anirudh Gupta
> *Sent:* Tuesday, December 13, 2016 5:25 PM
> *To:* 'nmohankumar1...@gmail.com' <nmohankumar1...@gmail.com>
> *Cc:* Mohit Gupta <mohit2.gu...@aricent.com>; Lovelesh Pandya <
> lovelesh.pan...@aricent.com>
> *Subject:* RE: FW: No Relevant flows in br-int after SFC Creation
>
>
>
> Hi Mohan,
>
>
>
> Thanks for your valuable inputs.
>
>
>
> We have deleted the previous port chain and flow classifier.
>
>
>
> As suggested, again created the port chain and flow classifier using vm1
> and vm3.
>
>
>
> · *neutron flow-classifier-create --ethertype IPv4  --description
> "HTTP traffic from 10.0.0.8 to 10.10.10.6"  --ethertype IPv4
> --source-ip-prefix 10.10.10.8/32 <http://10.10.10.8/32>
> --destination-ip-prefix 10.10.10.6/32 <htt

Re: [openstack-dev] FW: FW: No Relevant flows in br-int after SFC Creation

[Mohan Kumar]

Hi Anirudh,

 Yes, SFC flow_rules are not downloaded.  Could you check q-agt timeout
errors?  My suggestion is to recheck flow_classifer fields like protocol
ports. If possible please find me over IRC #openstack-neutron in IST.

Thanks.,
Mohankumar.N


On Wed, Dec 14, 2016 at 5:14 PM, Anirudh Gupta <anirudh2.gu...@aricent.com>
wrote:

> Hi Mohan,
>
>
>
> Request you to further extend your support in order to resolve the issue.
>
>
>
> Regards
>
> Anirudh Gupta
>
>
>
> *From:* Anirudh Gupta
> *Sent:* Tuesday, December 13, 2016 5:25 PM
> *To:* 'nmohankumar1...@gmail.com' <nmohankumar1...@gmail.com>
> *Cc:* Mohit Gupta <mohit2.gu...@aricent.com>; Lovelesh Pandya <
> lovelesh.pan...@aricent.com>
> *Subject:* RE: FW: No Relevant flows in br-int after SFC Creation
>
>
>
> Hi Mohan,
>
>
>
> Thanks for your valuable inputs.
>
>
>
> We have deleted the previous port chain and flow classifier.
>
>
>
> As suggested, again created the port chain and flow classifier using vm1
> and vm3.
>
>
>
> · *neutron flow-classifier-create --ethertype IPv4  --description
> "HTTP traffic from 10.0.0.8 to 10.10.10.6"  --ethertype IPv4
> --source-ip-prefix 10.10.10.8/32 <http://10.10.10.8/32>
> --destination-ip-prefix 10.10.10.6/32 <http://10.10.10.6/32> --protocol tcp
> --source-port 1000:1000--destination-port 80:80 FC1
> --logical_source_port 3064d8be-2c14-4c3c-8e51-d1ed38be9cbf*
>
>
>
> · *neutron port-chain-create   --port-pair-group PPG1
> --port-pair-group PPG2   --flow-classifier FC1 PC1*
>
>
>
> But still we are facing the issue that no dump-groups are getting created
> and no relevant flows are observed in the br-int.
>
>
>
> I have also captured specific q-agt and q-svc logs of scenarios where only
> the flow classifier and port chain is getting created.
>
>
>
> q-agt.log_specific and q-svc.log_specific corresponds to logs of only
> creation of flow classifier and port chain.
>
> q-agt.log_all and q-svc.log_all contains all the logs.
>
>
>
> I am sharing you new Br-int dump-flows and updated SFC Command List as
> well.
>
>
>
> Request you to extend your support in order to resolve the issue.
>
>
>
> Regards
>
> Anirudh Gupta
>
>
>
> *From:* Mohan Kumar [mailto:nmohankumar1...@gmail.com
> <nmohankumar1...@gmail.com>]
> *Sent:* Tuesday, December 13, 2016 4:19 PM
> *To:* Anirudh Gupta <anirudh2.gu...@aricent.com>
> *Cc:* Mohit Gupta <mohit2.gu...@aricent.com>; Lovelesh Pandya <
> lovelesh.pan...@aricent.com>
> *Subject:* Re: FW: No Relevant flows in br-int after SFC Creation
>
>
>
> Hi Anirudh,
>
>
>
> The Flow Classifier fields are not matching with port chain created.
>
>
>
> In SFC commands you've shared , The port_chain formed  with vm1 , vm2, and
> vm3 . But flow _classifier fields pointing vm4 ingress as source_ip  and
> logical_source_port and vm5 egress_port as the destination.
>
>
>
> Request you to change flow_classifer fields as  "vm1" as source and "vm3"
>  as the destination and try again.
>
>
>
> *P.S: *Request you always include <openstack-dev@lists.openstack.org> for
> widespread and fast response :)
>
>
>
>
>
> Thanks.,
>
> Mohankumar.N
>
>
>
> On Tue, Dec 13, 2016 at 2:59 PM, Anirudh Gupta <anirudh2.gu...@aricent.com>
> wrote:
>
> Hi Mohan,
>
>
>
> I saw one of your mail chain http://lists.openstack.org/
> pipermail/openstack-dev/2016-August/101755.html  , in which Openstack SFC
> was created.
>
>
>
> We are trying to create Networking SFC using Newton Devstack setup using
> Openflow13, but facing some issues.
>
>
>
> After creating the port chain by the command list (attached in the mail),
> we are facing 2 issues :-
>
>
>
> · No relevant flows in br-int (also attached in the mail)
>
> · Empty dump-groups
>
>
>
> Setup Details :-
>
>
>
> · Openstack Newton
>
> · Kernel version - 3.19.0-25-generic
>
> · ovs version – 2.4.0
>
>
>
>
>
> We have configured all the configurational files using the link
> https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining   and
> created SFC following the link http://docs.openstack.org/
> newton/networking-guide/config-sfc.html
>
>
>
> The command executed for dump-flows is :-
>
>
>
> *stack@Newton-VM:~$ sudo ovs-ofctl -O openflow13 dump-groups br-int*
>
> *OFPST_GROUP_DESC reply (OF1.3) (xid=0x2):*
>
>
>
> We are currently stuck in the issue that 

Re: [Openstack] [openstack] How to modify company affiliation

[Mohan Kumar]

On Mon, Dec 5, 2016 at 3:52 PM, Ravi Shekhar Jethani 
wrote:

> Hi,
>
> I first signed OpenStack Foundation Member agreement
> 
> some time back as a part of some company but now I am working for a
> different company. So to change affiliations:
> 1. Do I need to modify original agreement?
> 2. Do I need to submit a new agreement with current company as affiliation?
>
>
> For case 1, how and where I can do it because I cannot find a way to
> see/edit my original agreement.
> For case 2, I tried this but I get error: email already exists!!! I would
> like to maintain same email.
>

*  You can change details by raising patch at stackalytics . please refer
existing patches
   https://review.openstack.org/#/q/project:openstack/stackalytics+status:merged
*

 Thanks.,
Mohankumar.N

>
> ___
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/
> openstack
>
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [openstack-dev] [networking-sfc] #networking-sfc IRC channel

[Mohan Kumar]

Yes , It will be good

Thanks.,
Mohankumar.N

On Wed, Nov 23, 2016 at 4:56 PM, Duarte Cardoso, Igor <
igor.duarte.card...@intel.com> wrote:

> Hi networking-sfc’s leaders, devs and users,
>
>
>
> What do you think about having an IRC channel dedicated to
> networking-sfc’s discussions and sync?
>
>
>
> For the time being  I have joined #networking-sfc @ freenode, and will
> stay online to keep it open.
>
>
>
> Best regards,
>
> Igor.
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

[Mohan Kumar]

+1

On Sat, Oct 15, 2016 at 12:00 AM, Miguel Lavalle 
wrote:

> Dear Neutrinos,
>
> I am organizing a social event for the team on Thursday 27th at 19:30.
> After doing some Google research, I am proposing Raco de la Vila, which is
> located in Poblenou: http://www.racodelavila.com/en/index.htm. The menu
> is here: http://www.racodelavila.com/en/carta-racodelavila.htm
>
> It is easy to get there by subway from the Summit venue:
> https://goo.gl/maps/HjaTEcBbDUR2. I made a reservation for 25 people
> under 'Neutron' or "Miguel Lavalle". Please confirm your attendance so we
> can get a final count.
>
> Here's some reviews: https://www.tripadvisor.com/
> Restaurant_Review-g187497-d1682057-Reviews-Raco_De_La_
> Vila-Barcelona_Catalonia.html
>
> Cheers
>
> Miguel
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [networking-sfc] SFC flows issue

[Mohan Kumar]

Hi Ravi ,

Could you share tcpdump on P3 as well ( sudo tcpdump  -n -e -i
 "P3 tab-interface" )

IMO , the possible reasons would be

[1]  port-security on SF port  may block the packet , since it destined to
different ip address.

[2]  The SF program may alter the IP Header (Destination field )

Flow rules are looks okay , and it shows packets are dropped in between p2
and p3 .


Thanks.,
Mohankumar.N



On Sat, Sep 3, 2016 at 10:07 AM, Ravi Sekhar Reddy Konda <
ravisekhar.ko...@oracle.com> wrote:

> Hi Networking SFC team
>
>  I am trying out networking-SFC on the AllInOne Devstack(master branch) VM
> brought up on the VirtualBox.
>  I am trying out the following scenario
>
>   |--|  |--|
> |--|
>   | SRC-VM  |  |   SF-VM
> |   |  DST-VM |
>   |--|
> |--|   |--|
> p1 |p2 |
> |p3   p4 |
>  | |
> ||
>  | |
> ||
> Net1
> -
>
>
> P1 ->  192.168.0.6  "fa:16:3e:d8:8f:28"
> P2 ->  192.168.0.10   "fa:16:3e:12:7e:50"
> P3 ->  192.168.0.5 "fa:16:3e:1e:f8:c2"
> P4 ->  192.168.0.14   "fa:16:3e:4d:e8:c3"
>
> On SF-VM, I have written a simple application to capture the packets on
> eth0 and forward to eth1
>
> The issue I am facing is packets are getting sent from Port-1 (SRC-VM) to
> Port-2 (SF-VM), but I am not seeing packets getting sent from Port-3
> (SF-VM) to Port-4 (DST-VM)
>
> Here is the Classifier I created
>
> neutron flow-classifier-create --ethertype IPv4 --source-ip-prefix
> 192.168.0.6/32 --logical-source-port 6c700c35-6505-4304-89cd-b48513884cf5
> --destination-ip-prefix 192.168.0.14/32 --logical-destination-port
> d0b218c9-57f4-4d38-b363-2086b8dbc8b9 --protocol icmp fc1
>
> ==> Can you please let me know are the flows as expected in this scenario
> OFPST_FLOW reply (OF1.3) (xid=0x2):
>  cookie=0x9118e6e52dd3dfa0, duration=34624.734s, table=0, n_packets=399,
> n_bytes=39102, 
> priority=30,icmp,in_port=9,nw_src=192.168.0.6,nw_dst=192.168.0.14
> actions=group:1
>  cookie=0x9118e6e52dd3dfa0, duration=34624.696s, table=0, n_packets=0,
> n_bytes=0, priority=30,icmp,in_port=13,nw_src=192.168.0.6,nw_dst=192.168.0.14
> actions=NORMAL
>  cookie=0x9118e6e52dd3dfa0, duration=45300.986s, table=0, n_packets=0,
> n_bytes=0, priority=20,mpls actions=resubmit(,10)
>  cookie=0x9118e6e52dd3dfa0, duration=42858.783s, table=0, n_packets=0,
> n_bytes=0, priority=10,icmp6,in_port=9,icmp_type=136 actions=resubmit(,24)
>  cookie=0x9118e6e52dd3dfa0, duration=42250.745s, table=0, n_packets=0,
> n_bytes=0, priority=10,icmp6,in_port=10,icmp_type=136
> actions=resubmit(,24)
>  cookie=0x9118e6e52dd3dfa0, duration=37845.792s, table=0, n_packets=0,
> n_bytes=0, priority=10,icmp6,in_port=12,icmp_type=136
> actions=resubmit(,24)
>  cookie=0x9118e6e52dd3dfa0, duration=37617.801s, table=0, n_packets=0,
> n_bytes=0, priority=10,icmp6,in_port=13,icmp_type=136
> actions=resubmit(,24)
>  cookie=0x9118e6e52dd3dfa0, duration=42858.758s, table=0, n_packets=73,
> n_bytes=3066, priority=10,arp,in_port=9 actions=resubmit(,24)
>  cookie=0x9118e6e52dd3dfa0, duration=42250.725s, table=0, n_packets=151,
> n_bytes=6342, priority=10,arp,in_port=10 actions=resubmit(,24)
>  cookie=0x9118e6e52dd3dfa0, duration=37845.769s, table=0,
> n_packets=666039, n_bytes=27973638, priority=10,arp,in_port=12
> actions=resubmit(,24)
>  cookie=0x9118e6e52dd3dfa0, duration=37617.782s, table=0,
> n_packets=666069, n_bytes=27974898, priority=10,arp,in_port=13
> actions=resubmit(,24)
>  cookie=0x9118e6e52dd3dfa0, duration=45302.016s, table=0, n_packets=0,
> n_bytes=0, priority=2,in_port=1 actions=drop
>  cookie=0x9118e6e52dd3dfa0, duration=42858.804s, table=0, n_packets=10993,
> n_bytes=2219925, priority=9,in_port=9 actions=resubmit(,25)
>  cookie=0x9118e6e52dd3dfa0, duration=42250.774s, table=0, n_packets=22275,
> n_bytes=4028172, priority=9,in_port=10 actions=resubmit(,25)
>  cookie=0x9118e6e52dd3dfa0, duration=37845.822s, table=0, n_packets=9967,
> n_bytes=1989597, priority=9,in_port=12 actions=resubmit(,25)
>  cookie=0x9118e6e52dd3dfa0, duration=37617.828s, table=0, n_packets=11154,
> n_bytes=2154155, priority=9,in_port=13 actions=resubmit(,25)
>  cookie=0x9118e6e52dd3dfa0, duration=45268.699s, table=0, n_packets=14048,
> n_bytes=1104503, priority=3,in_port=1,vlan_tci=0x/0x1fff
> actions=push_vlan:0x8100,set_field:4098->vlan_vid,NORMAL
>  cookie=0x9118e6e52dd3dfa0, duration=45302.314s, table=0, 

Re: [openstack-dev] [neutron][networking-sfc] Need help in simulating Service Function VM for forwarding packets from IngressPort to EgressPort

[Mohan Kumar]

Hi Ravi ,

I would suggest ,

[1] Use Ubuntu cloud images from "
http://cloud-images.ubuntu.com/trusty/current/; , so you can do ssh login
and enable ipv4 forwarding  by changing "net.ipv4.ip_forward = 1" in file
/etc/sysctl.conf

[2]  In case of basic cirros image  please add some static route as  Jim
suggested  or run some simple c socket program using gcc to forward packets.

Thanks.,
Mohankumar.N

On Thu, Aug 18, 2016 at 12:52 PM, 张广明  wrote:

> Ravi:
>If you only want to let the VM-SF to forward traffic from p2 to p3,
>  you can enable ip_forward in VM-SF and configure two static route in
> VM-SF.
>Eg :ip route add VM-DST dev p2
> ip route add VM-SRC dev p1
>
> Jim
>
> 2016-08-18 8:02 GMT+08:00 Ravi Sekhar Reddy Konda <
> ravisekhar.ko...@oracle.com>:
>
>> Hi Networking SFC team
>>
>> I need some help in using the openstack Networking-SFC for service
>> chaining.
>>
>>  I am trying out Openstack networking-SFC on the devstack VM.
>>  I brought up AllInOne Devstack(master branch) on the Ubuntu VM on the
>> VirtualBox.
>>  I am trying out the following scenario
>>
>>   |--| |--|
>> |--|
>>   | VM-SRC  | |   VM-SF
>> |   |  VM-DST |
>>   |--|
>> |--|   |--|
>> p1 |p2 |
>> |p3   p4 |
>>  | |
>> ||
>>  | |
>> ||
>> Net1
>> -
>>
>>
>> I am using  "cirros-0.3.4-x86_64-uec" image for bringing up VM-SRC,
>> VM-DST and VM-SF
>>
>> I got struck in enabling the "cirros-0.3.4-x86_64-uec" VM for forwarding
>> the packets coming from Ingress-Port(p2) to Egress-Port(P3)
>> I think we can use IPTables rules for enabling VM to forward packets from
>> Ingress-Port to Egress-Port, but the basic cirros-0.3.4-x86_64-uec
>> image does not contain IPTables also,  I tried to enable external
>> connectivity for the VM using Floating-IP, I am able to ssh to "VM-SF" from
>> devstack VM using
>> floating-IP, but not able to connect to to external world from VM-SF, and
>> I could not even find yum-install on the cirros-0.3.4-x86_64-uec image for
>> installing.
>>
>> I want to know if there is any VM with minimal footprint(like UFM) which
>> can be brought up on the virtualBox setup to act as Service Function which
>> enables forwarding.
>> Also can anybody give me the steps how to make cirros-0.3.4-x86_64-uec
>> image to act as Service Function for forwarding traffic.
>>
>> Thanks in Advance
>> Ravi
>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron][networking-sfc] Unable to create openstack SFC

[Mohan Kumar]

Alioune,

tcpdump  in SF ingress / egress tap interfaces will show packets flows . I
guess the packet not going through SFs .

You may check flow_rules  packet counter and actions
field (actions=drop) on br_int  to find where the packet actually get
dropping .

Please make sure you disabled security groups on SF attached ports :

neutron port-update   --no-security-groups
neutron port-update   --port-security-enabled=False

Thanks.,
Mohankumar.N

On Wed, Aug 17, 2016 at 6:01 PM, Alioune <baliou...@gmail.com> wrote:

> Hi all,
> I've solved the error.
> In fact I did not create a router attached to the tenant subnet and
> according to neutron logs that was the first exception raised while
> creating port-chain.
> Now the port-chain has been created and some flows entries have been
> pushed in br-int. I think I could be interesting to update the wiki.
>
> When running a ping from the source to the dst, I can see ICMP (request
> and reply) packets from the Tap interface of the source but I can not see
> them in the Taps of SFs.
> Is there a way to display packets (with wireshark or tcpdump ) going
> inbout and outbount of the SFs ?
>
> Regards,
>
> On 16 August 2016 at 16:06, Mohan Kumar <nmohankumar1...@gmail.com> wrote:
>
>> Hi  Alioune,
>>
>>  Could you share neutron log as well ? also let us know your sfc code
>> base., If possible shall we have quick chat on this in neutron IRC channel ?
>>
>> Thanks.,
>> Mohankumar.N
>>
>> On Mon, Aug 15, 2016 at 5:09 PM, Alioune <baliou...@gmail.com> wrote:
>>
>>> Hi all,
>>> I'm trying to launch Openstack SFC as explained in[1] by creating 2 SFs,
>>> 1 Web Server (DST) and the DHCP namespace as the SRC.
>>> I've installed OVS (Open vSwitch) 2.3.90 with Linux kernel 3.13.0-62 and
>>> the neutron L2-agent runs correctly.
>>> I followed the process by creating classifier, port pairs and port_group
>>> but I got a wrong message "delete_port_chain failed." when creating
>>> port_chain [2]
>>> I tried to create the neutron ports with and without the option
>>> "--no-security-groups" then tcpdpump on SFs tap interfaces but the ICMP
>>> packets don't go through the SFs.
>>>
>>> Can anyone advice to fix? that ?
>>> What's your channel on IRC ?
>>>
>>> Regards,
>>>
>>>
>>> [1] https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining
>>> [2]
>>> vagrant@ubuntu:~/openstack_sfc$ ./08-os_create_port_chain.sh
>>> delete_port_chain failed.
>>> vagrant@ubuntu:~/openstack_sfc$ cat 08-os_create_port_chain.sh
>>> #!/bin/bash
>>>
>>> neutron port-chain-create --port-pair-group PG1 --port-pair-group PG2
>>> --flow-classifier FC1 PC1
>>>
>>> [3] Output OVS Flows
>>>
>>> vagrant@ubuntu:~$ sudo ovs-ofctl dump-flows br-tun -O OpenFlow13
>>> OFPST_FLOW reply (OF1.3) (xid=0x2):
>>>  cookie=0xbc2e9105125301dc, duration=9615.385s, table=0, n_packets=146,
>>> n_bytes=11534, priority=1,in_port=1 actions=resubmit(,2)
>>>  cookie=0xbc2e9105125301dc, duration=9615.382s, table=0, n_packets=0,
>>> n_bytes=0, priority=0 actions=drop
>>>  cookie=0xbc2e9105125301dc, duration=9615.382s, table=2, n_packets=5,
>>> n_bytes=490, priority=0,dl_dst=00:00:00:00:00:00/01:00:00:00:00:00
>>> actions=resubmit(,20)
>>>  cookie=0xbc2e9105125301dc, duration=9615.381s, table=2, n_packets=141,
>>> n_bytes=11044, priority=0,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00
>>> actions=resubmit(,22)
>>>  cookie=0xbc2e9105125301dc, duration=9615.380s, table=3, n_packets=0,
>>> n_bytes=0, priority=0 actions=drop
>>>  cookie=0xbc2e9105125301dc, duration=9615.380s, table=4, n_packets=0,
>>> n_bytes=0, priority=0 actions=drop
>>>  cookie=0xbc2e9105125301dc, duration=8617.106s, table=4, n_packets=0,
>>> n_bytes=0, priority=1,tun_id=0x40e actions=push_vlan:0x8100,set_f
>>> ield:4097->vlan_vid,resubmit(,10)
>>>  cookie=0xbc2e9105125301dc, duration=9615.379s, table=6, n_packets=0,
>>> n_bytes=0, priority=0 actions=drop
>>>  cookie=0xbc2e9105125301dc, duration=9615.379s, table=10, n_packets=0,
>>> n_bytes=0, priority=1 actions=learn(table=20,hard_ti
>>> meout=300,priority=1,cookie=0xbc2e9105125301dc,NXM_OF_VLAN_T
>>> CI[0..11],NXM_OF_ETH_DST[]=NXM_OF_ETH_SRC[],load:0->NXM_OF_
>>> VLAN_TCI[],load:NXM_NX_TUN_ID[]->NXM_NX_TUN_ID[],output:NXM_
>>> OF_IN_PORT[]),output:1
>>>  cookie=0xbc2e9105125301dc, duration=9615.378s, table=20, n_packets=5,
>>> n_b

Re: [openstack-dev] [neutron][networking-sfc] Unable to create openstack SFC

[Mohan Kumar]

Hi Alioune,

 Please find me in IRC * #openstack-neutron   *name:* mohankumar*

Yes ,the error looks confusing , but  logs  at "2016-08-16 17:32:35.255 "
showing  networking_sfc.services.sfc.drivers.ovs.driver function
called as *'ingress':
None * , Hence the create port_chain at sfc driver manager failed  . Please
check q-svc log in neutron-log.zip

port_chain db record created then sfc driver got failed hence the code
attempting to remove db entry but it can't remove due to  key constraints .
https://github.com/openstack/networking-sfc/blob/33d8014c1ef2d7a83578145f44bc41b1453cb257/networking_sfc/services/sfc/plugin.py#L41-L57

So you getting both errors (from q-svc log)

[01;31m2016-08-16 17:32:35.654 TRACE networking_sfc.services.sfc.plugin
[01;35m [00mSfcDriverError: create_port_chain failed.

01;31m2016-08-16 17:32:35.976 TRACE networking_sfc.services.sfc.plugin
[01;35m [00mSfcDriverError: delete_port_chain failed.

we not seen such  issue in master / liberty stable branch , please let me
know your sfc code base or you did any local code changes ?

Thanks.,
Mohankumar.N


On Tue, Aug 16, 2016 at 9:15 PM, Alioune <baliou...@gmail.com> wrote:

> Hi Mohan,
>
> You can find the neutron logs on the attached.
> I used the sripts below for the lab.
> Please cloud you give the networking-sfc channel and your username ?
> Regards,
>
> cat create_sfc_ports.sh
> #!/bin/bash
>
> neutron port-create --name p1 net1
> neutron port-create --name p2 net1
> neutron port-create --name p3 net1
> neutron port-create --name p4 net1
>
> #In part 4: I've added 4 instances in this step. 2 SFs , source and dst
> nova boot --flavor m1.tiny --image cirros-0.3.4-x86_64-uec --nic
> port-id=$(neutron port-list | grep -w p1 | awk '{print $2}') --nic
> port-id=$(neutron port-list | grep -w p2 | awk '{print $2}') vmvx1
> nova boot --flavor m1.tiny --image cirros-0.3.4-x86_64-uec --nic
> port-id=$(neutron port-list | grep -w p3 | awk '{print $2}') --nic
> port-id=$(neutron port-list | grep -w p4 | awk '{print $2}') vmvx2
> # the source vm has 55.55.55.8 and the dsl 55.55.55.7
> cat create_flow_classifier.sh
>
>  neutron flow-classifier-create \
>  --ethertype IPv4 \
>  --source-ip-prefix 55.55.55.8/32 \
>  --logical-source-port 1b2ec7a7-b6ae-48db-bc5c-76970f0da4fd \
>  --destination-ip-prefix 55.55.55.7/32 \
>  --protocol icmp FC1
>
> cat create_port_pair.sh
>
> #!/usr/bin/env bash
> neutron port-pair-create --ingress=p1 --egress=p2 PP1
>
> neutron port-pair-create --ingress=p3 --egress=p4 PP2
>
> cat create_port_group.sh
> #!/usr/bin/env bash
>
> neutron port-pair-group-create --port-pair PP1 PG1
> neutron port-pair-group-create --port-pair PP2 PG2
>
> cat create_port_chain.sh
> #!/bin/bash
>
> neutron port-chain-create --port-pair-group PG1 --port-pair-group PG2
> --flow-classifier FC1 PC1
>
>
>
>
>
>
> On 16 August 2016 at 16:06, Mohan Kumar <nmohankumar1...@gmail.com> wrote:
>
>> Hi  Alioune,
>>
>>  Could you share neutron log as well ? also let us know your sfc code
>> base., If possible shall we have quick chat on this in neutron IRC channel ?
>>
>> Thanks.,
>> Mohankumar.N
>>
>> On Mon, Aug 15, 2016 at 5:09 PM, Alioune <baliou...@gmail.com> wrote:
>>
>>> Hi all,
>>> I'm trying to launch Openstack SFC as explained in[1] by creating 2 SFs,
>>> 1 Web Server (DST) and the DHCP namespace as the SRC.
>>> I've installed OVS (Open vSwitch) 2.3.90 with Linux kernel 3.13.0-62 and
>>> the neutron L2-agent runs correctly.
>>> I followed the process by creating classifier, port pairs and port_group
>>> but I got a wrong message "delete_port_chain failed." when creating
>>> port_chain [2]
>>> I tried to create the neutron ports with and without the option
>>> "--no-security-groups" then tcpdpump on SFs tap interfaces but the ICMP
>>> packets don't go through the SFs.
>>>
>>> Can anyone advice to fix? that ?
>>> What's your channel on IRC ?
>>>
>>> Regards,
>>>
>>>
>>> [1] https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining
>>> [2]
>>> vagrant@ubuntu:~/openstack_sfc$ ./08-os_create_port_chain.sh
>>> delete_port_chain failed.
>>> vagrant@ubuntu:~/openstack_sfc$ cat 08-os_create_port_chain.sh
>>> #!/bin/bash
>>>
>>> neutron port-chain-create --port-pair-group PG1 --port-pair-group PG2
>>> --flow-classifier FC1 PC1
>>>
>>> [3] Output OVS Flows
>>>
>>> vagrant@ubuntu:~$ sudo ovs-ofctl dump-flows br-tun -O OpenFlow13
>>> OFPST_FLOW reply (OF1.3) (xid=0x2):
>>>

Re: [openstack-dev] [neutron][networking-sfc] Unable to create openstack SFC

[Mohan Kumar]

Hi  Alioune,

 Could you share neutron log as well ? also let us know your sfc code
base., If possible shall we have quick chat on this in neutron IRC channel ?

Thanks.,
Mohankumar.N

On Mon, Aug 15, 2016 at 5:09 PM, Alioune  wrote:

> Hi all,
> I'm trying to launch Openstack SFC as explained in[1] by creating 2 SFs, 1
> Web Server (DST) and the DHCP namespace as the SRC.
> I've installed OVS (Open vSwitch) 2.3.90 with Linux kernel 3.13.0-62 and
> the neutron L2-agent runs correctly.
> I followed the process by creating classifier, port pairs and port_group
> but I got a wrong message "delete_port_chain failed." when creating
> port_chain [2]
> I tried to create the neutron ports with and without the option
> "--no-security-groups" then tcpdpump on SFs tap interfaces but the ICMP
> packets don't go through the SFs.
>
> Can anyone advice to fix? that ?
> What's your channel on IRC ?
>
> Regards,
>
>
> [1] https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining
> [2]
> vagrant@ubuntu:~/openstack_sfc$ ./08-os_create_port_chain.sh
> delete_port_chain failed.
> vagrant@ubuntu:~/openstack_sfc$ cat 08-os_create_port_chain.sh
> #!/bin/bash
>
> neutron port-chain-create --port-pair-group PG1 --port-pair-group PG2
> --flow-classifier FC1 PC1
>
> [3] Output OVS Flows
>
> vagrant@ubuntu:~$ sudo ovs-ofctl dump-flows br-tun -O OpenFlow13
> OFPST_FLOW reply (OF1.3) (xid=0x2):
>  cookie=0xbc2e9105125301dc, duration=9615.385s, table=0, n_packets=146,
> n_bytes=11534, priority=1,in_port=1 actions=resubmit(,2)
>  cookie=0xbc2e9105125301dc, duration=9615.382s, table=0, n_packets=0,
> n_bytes=0, priority=0 actions=drop
>  cookie=0xbc2e9105125301dc, duration=9615.382s, table=2, n_packets=5,
> n_bytes=490, priority=0,dl_dst=00:00:00:00:00:00/01:00:00:00:00:00
> actions=resubmit(,20)
>  cookie=0xbc2e9105125301dc, duration=9615.381s, table=2, n_packets=141,
> n_bytes=11044, priority=0,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00
> actions=resubmit(,22)
>  cookie=0xbc2e9105125301dc, duration=9615.380s, table=3, n_packets=0,
> n_bytes=0, priority=0 actions=drop
>  cookie=0xbc2e9105125301dc, duration=9615.380s, table=4, n_packets=0,
> n_bytes=0, priority=0 actions=drop
>  cookie=0xbc2e9105125301dc, duration=8617.106s, table=4, n_packets=0,
> n_bytes=0, priority=1,tun_id=0x40e actions=push_vlan:0x8100,set_
> field:4097->vlan_vid,resubmit(,10)
>  cookie=0xbc2e9105125301dc, duration=9615.379s, table=6, n_packets=0,
> n_bytes=0, priority=0 actions=drop
>  cookie=0xbc2e9105125301dc, duration=9615.379s, table=10, n_packets=0,
> n_bytes=0, priority=1 actions=learn(table=20,hard_
> timeout=300,priority=1,cookie=0xbc2e9105125301dc,NXM_OF_
> VLAN_TCI[0..11],NXM_OF_ETH_DST[]=NXM_OF_ETH_SRC[],load:0-
> >NXM_OF_VLAN_TCI[],load:NXM_NX_TUN_ID[]->NXM_NX_TUN_ID[],
> output:NXM_OF_IN_PORT[]),output:1
>  cookie=0xbc2e9105125301dc, duration=9615.378s, table=20, n_packets=5,
> n_bytes=490, priority=0 actions=resubmit(,22)
>  cookie=0xbc2e9105125301dc, duration=9615.342s, table=22, n_packets=146,
> n_bytes=11534, priority=0 actions=drop
> vagrant@ubuntu:~$ sudo ovs-ofctl dump-flows br-int -O OpenFlow13
> OFPST_FLOW reply (OF1.3) (xid=0x2):
>  cookie=0xbc2e9105125301dc, duration=6712.090s, table=0, n_packets=0,
> n_bytes=0, priority=10,icmp6,in_port=7,icmp_type=136 actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=6709.623s, table=0, n_packets=0,
> n_bytes=0, priority=10,icmp6,in_port=8,icmp_type=136 actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=6555.755s, table=0, n_packets=0,
> n_bytes=0, priority=10,icmp6,in_port=10,icmp_type=136
> actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=6559.596s, table=0, n_packets=0,
> n_bytes=0, priority=10,icmp6,in_port=9,icmp_type=136 actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=6461.028s, table=0, n_packets=0,
> n_bytes=0, priority=10,icmp6,in_port=11,icmp_type=136
> actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=6712.071s, table=0, n_packets=13,
> n_bytes=546, priority=10,arp,in_port=7 actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=6709.602s, table=0, n_packets=0,
> n_bytes=0, priority=10,arp,in_port=8 actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=6555.727s, table=0, n_packets=0,
> n_bytes=0, priority=10,arp,in_port=10 actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=6559.574s, table=0, n_packets=12,
> n_bytes=504, priority=10,arp,in_port=9 actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=6461.005s, table=0, n_packets=15,
> n_bytes=630, priority=10,arp,in_port=11 actions=resubmit(,24)
>  cookie=0xbc2e9105125301dc, duration=9620.388s, table=0, n_packets=514,
> n_bytes=49656, priority=0 actions=NORMAL
>  cookie=0xbc2e9105125301dc, duration=9619.277s, table=0, n_packets=0,
> n_bytes=0, priority=20,mpls actions=resubmit(,10)
>  cookie=0xbc2e9105125301dc, duration=6712.111s, table=0, n_packets=25,
> n_bytes=2674, priority=9,in_port=7 actions=resubmit(,25)
>  

Re: [Openstack] Devstack Auth Error in Neutron

[Mohan Kumar]

Karun,

Please check q-svc (neutron) service is running or not !  Error complaining
that  keystone url is not reachable to authenticate ,  IP 192.168.202.130
should be reachable and keystone service should be active .

Maybe you can rerun devstack if you host dhcp ip got changed .

Thanks.,
Mohankumar.N

On Thu, Jun 16, 2016 at 12:18 PM, karun pruthi <karun.pruth...@gmail.com>
wrote:

> Hi Mohan
>
> Thanks for the reply i did
>
> karun@ubuntu:~/devstack$ source openrc admin admin as using as admin
>
> WARNING: setting legacy OS_TENANT_NAME to support cli tools.
>
> But again on trying to create VIP i get error as below:-
>
> karun@ubuntu:~/devstack$ neutron lbaas-loadbalancer-create --name lb1
> private-subnet
> *Unable to establish connection to
> http://192.168.202.130:9696/v2.0/subnets.json?fields=id=private-subnet
> <http://192.168.202.130:9696/v2.0/subnets.json?fields=id=private-subnet> 
> *
>
> do i need to run stack.sh again though i was logged in Horizon URL as
> such!!
>
> Is there something still i am missing!!
>
> Thanks & Regards
> Karun
>
>
> On Thu, Jun 16, 2016 at 11:02 AM, Mohan Kumar <nmohankumar1...@gmail.com>
> wrote:
>
>> Hi Karun,
>>
>> You need to set authentication identity plugins ,  It defines on which
>> user  credential you want to execute open-stack commands . By default
>> DevStack installs 2 mains users 1. admin 2. demo
>>
>> This is how you use the credentials of the user demo:
>>
>> stack@devstack:~/devstack$ source openrc
>>
>> This is how you use the credentials of the user admin:
>>
>> stack@devstack:~/devstack$ source openrc admin admin
>>
>> To go back to the user demo simply do:
>>
>> stack@devstack:~/devstack$ source openrc demo demo
>>
>> Thanks.,
>> Mohankumar.N
>>
>>
>> On Wed, Jun 15, 2016 at 4:04 PM, karun pruthi <karun.pruth...@gmail.com>
>> wrote:
>> >
>> > Hi
>> >
>> > I have a devstack running on ubuntu LTS 14.04 and trying to setup lbaas
>> setup using the url as below:-
>> >
>> > https://wiki.openstack.org/wiki/Neutron/LBaaS/HowToRun
>> >
>> > But getting error as below when trying to create vip using neutron
>> lbaas-loadbalancer-create --name lb1 private-subnet
>> >
>> > An auth plugin is required to fetch a token
>> >
>> > Can someone please guide how to correct this !!
>> >
>> > Thanks & Regards
>> > Karun
>> >
>> >
>> >
>> > ___
>> > Mailing list:
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> > Post to : openstack@lists.openstack.org
>> > Unsubscribe :
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>> >
>>
>
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [Openstack] Devstack Auth Error in Neutron

[Mohan Kumar]

Hi Karun,

You need to set authentication identity plugins ,  It defines on which user
 credential you want to execute open-stack commands . By default DevStack
installs 2 mains users 1. admin 2. demo

This is how you use the credentials of the user demo:

stack@devstack:~/devstack$ source openrc

This is how you use the credentials of the user admin:

stack@devstack:~/devstack$ source openrc admin admin

To go back to the user demo simply do:

stack@devstack:~/devstack$ source openrc demo demo

Thanks.,
Mohankumar.N


On Wed, Jun 15, 2016 at 4:04 PM, karun pruthi 
wrote:
>
> Hi
>
> I have a devstack running on ubuntu LTS 14.04 and trying to setup lbaas
setup using the url as below:-
>
> https://wiki.openstack.org/wiki/Neutron/LBaaS/HowToRun
>
> But getting error as below when trying to create vip using neutron
lbaas-loadbalancer-create --name lb1 private-subnet
>
> An auth plugin is required to fetch a token
>
> Can someone please guide how to correct this !!
>
> Thanks & Regards
> Karun
>
>
>
> ___
> Mailing list:
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe :
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [openstack-dev] [neutron][SFC]

[Mohan Kumar]

 duration=2840.794s, table=24, n_packets=8,
> n_bytes=336, idle_age=2591, priority=2,arp,in_port=16,arp_spa=55.55.55.3
> actions=NORMAL
>  cookie=0x90444f3c8fabcbe0, duration=2836.901s, table=24, n_packets=0,
> n_bytes=0, idle_age=2836, priority=2,arp,in_port=17,arp_spa=55.55.55.4
> actions=NORMAL
>  cookie=0x90444f3c8fabcbe0, duration=2831.587s, table=24, n_packets=0,
> n_bytes=0, idle_age=2831, priority=2,arp,in_port=19,arp_spa=55.55.55.6
> actions=NORMAL
>  cookie=0x90444f3c8fabcbe0, duration=2830.933s, table=24, n_packets=21,
> n_bytes=882, idle_age=1605, priority=2,arp,in_port=18,arp_spa=55.55.55.5
> actions=NORMAL
>  cookie=0x90444f3c8fabcbe0, duration=2801.431s, table=24, n_packets=10,
> n_bytes=420, idle_age=545, priority=2,arp,in_port=20,arp_spa=55.55.55.8
> actions=NORMAL
>  cookie=0x90444f3c8fabcbe0, duration=15754.273s, table=24, n_packets=0,
> n_bytes=0, idle_age=15754, priority=0 actions=drop
>
>
> is there a link that explains how pipelines are created by SFC in br-int
> to compare with my flows entries ?
>
> Does the flow-classifier referer to floating IPs or tenant network IPs to
> do the classification ?
>
> Regards,
>
> [1]
> *http://docs.openstack.org/developer/networking-sfc/system_design%20and_workflow.html*
> <http://docs.openstack.org/developer/networking-sfc/system_design%20and_workflow.html>
>
> On 9 June 2016 at 18:59, Henry Fourie <*louis.fou...@huawei.com*
> <louis.fou...@huawei.com>> wrote:
> Alioune,
>
>The logical-source-port refers to a Neutron port of the VM that
>
> originates the traffic that is to be processed by the port-chain.
>
> -Louis
>
>
>
> *From:* Alioune [mailto:*baliou...@gmail.com* <baliou...@gmail.com>]
> *Sent:* Thursday, June 09, 2016 6:50 AM
> *To:* Mohan Kumar
> *Cc:* OpenStack Development Mailing List (not for usage questions)
> *Subject:* Re: [openstack-dev] [neutron][SFC]
>
>
>
> Thanks Mohan,
>
>
>
> After setting service_plugins and adding sfc tables to neutrondb, I can
> create port-pair, port-pair-group but classifier creation still claim a
> logical-source-port parameter.
>
>
>
> neutron flow-classifier-create  --ethertype IPv4  --source-ip-prefix
> *55.55.55.2/32* <http://55.55.55.2/32> --destination-ip-prefix
> *55.55.55.9/32* <http://55.55.55.9/32> --protocol tcp  --source-port
> 22:22  --destination-port 1:65000 FC1
>
> ERROR:
>
> neutron flow-classifier-create: error: argument --logical-source-port is
> required
>
> Try 'neutron help flow-classifier-create' for more information.
>
>
>
> Please someone can explain what does --logical-source-port correspond to ?
>
> Does the classifier require port-create like SF ?
>
>
>
> Regards,
>
>
>
>
>
> On 9 June 2016 at 09:21, Mohan Kumar <*nmohankumar1...@gmail.com*
> <nmohankumar1...@gmail.com>> wrote:
>
> *Alioune,*
>
>
>
> *networking-sfc  resources not installed / not reachable , *If installation
> is okay, Possibly you may missed service_plugins entry in *neutron.conf *(
> in case of manual networking-sfc installation)
>
>
>
> it should be ,
>
>
>
> *service_plugins =
> neutron.services.l3_router.l3_router_plugin.L3RouterPlugin,networking_sfc.services.flowclassifier.plugin.FlowClassifierPlugin,networking_sfc.services.sfc.plugin.SfcPlugin*
>
>
>
> *and restart q-svc services in screen -x *
>
>
>
> *Thanks.,*
>
> *Mohankumar.N *
>
>
>
> On Thu, Jun 9, 2016 at 12:58 AM, Alioune <*baliou...@gmail.com*
> <baliou...@gmail.com>> wrote:
>
> I've switched from devstack to a normal deployment of openstack/mitaka and
> neutron-l2 agent is working fine with sfc. I can boot instances, create
> ports.
>
> However I can not create neither flow-classifier nor port-pair ...
>
>
>
> neutron flow-classifier-create --ethertype IPv4 --source-ip-prefix
> *22.1.20.1/32* <http://22.1.20.1/32>--destination-ip-prefix *172.4.5.6/32*
> <http://172.4.5.6/32>--protocol tcp --source-port 23:23
> --destination-port 100:100 FC1
>
>
>
> returns: neutron flow-classifier-create: error: argument
> --logical-source-port is required
>
> Try 'neutron help flow-classifier-create' for more information.
>
>
>
>  neutron port-pair-create --ingress=p1 --egress=p2 PP1
>
> 404 Not Found
>
>
>
> The resource could not be found.
>
>
>
> Neutron server returns request_ids:
> ['req-1bfd0983-4a61-4b32-90b3-252004d90e65']
>
>
>
> neutron --version
>
> 4.1.1
>
>
>
> p1,p2,p3,p4 have already been created, I can ping instances attached to
> these ports.
>
> Since I've

Re: [openstack-dev] [neutron][SFC]

[Mohan Kumar]

Alioune,

   If you use networking-sfc master code , you can use create
flow-classifier without  logical-source-port specified .  But
if back-end driver is  OVS , you will end up failure in ovs_driver checks .
If i remembered correct , logical_source_port restriction is
to avoid retrun packets to get reclassified .

Thanks.,
Mohankumar.N


On Thu, Jun 9, 2016 at 8:27 PM, Alioune <baliou...@gmail.com> wrote:

> Mohan,
>
> I would like to redirect all http flows in tenant network to the
> port-chain and according to your explanation I do specify the neutron-port
> of source vm in the classifier.
>
> is there a generic way to to put into the chain all traffc going to a web
> server the tenant network ? (to avoide  setting neutron-port of  source
> vm)
>
> Regards,
>
> On 9 June 2016 at 16:32, Mohan Kumar <nmohankumar1...@gmail.com> wrote:
>
>> Alioune,
>>
>>logical-source-port is egress neutron-port of  source vm , typically
>>  flow-classifier will classifies packets coming to this neutron port and
>> forwards to the rest of port-chain if other classifier conditions are
>> matches.
>>
>> Thanks.,
>> Mohankumar.N
>>
>>
>>
>> On Thu, Jun 9, 2016 at 7:20 PM, Alioune <baliou...@gmail.com> wrote:
>>
>>> Thanks Mohan,
>>>
>>> After setting service_plugins and adding sfc tables to neutrondb, I can
>>> create port-pair, port-pair-group but classifier creation still claim a
>>> logical-source-port parameter.
>>>
>>> neutron flow-classifier-create  --ethertype IPv4  --source-ip-prefix
>>> 55.55.55.2/32  --destination-ip-prefix 55.55.55.9/32  --protocol tcp
>>>  --source-port 22:22  --destination-port 1:65000 FC1
>>> ERROR:
>>> neutron flow-classifier-create: error: argument --logical-source-port is
>>> required
>>> Try 'neutron help flow-classifier-create' for more information.
>>>
>>> Please someone can explain what does --logical-source-port correspond to
>>> ?
>>> Does the classifier require port-create like SF ?
>>>
>>> Regards,
>>>
>>>
>>> On 9 June 2016 at 09:21, Mohan Kumar <nmohankumar1...@gmail.com> wrote:
>>>
>>>> Alioune,
>>>>
>>>> networking-sfc  resources not installed / not reachable , If installation
>>>> is okay, Possibly you may missed service_plugins entry in *neutron.conf
>>>> *( in case of manual networking-sfc installation)
>>>>
>>>> it should be ,
>>>>
>>>> *service_plugins =
>>>> neutron.services.l3_router.l3_router_plugin.L3RouterPlugin,networking_sfc.services.flowclassifier.plugin.FlowClassifierPlugin,networking_sfc.services.sfc.plugin.SfcPlugin*
>>>>
>>>> *and restart q-svc services in screen -x *
>>>>
>>>> *Thanks.,*
>>>> *Mohankumar.N *
>>>>
>>>> On Thu, Jun 9, 2016 at 12:58 AM, Alioune <baliou...@gmail.com> wrote:
>>>>
>>>>> I've switched from devstack to a normal deployment of openstack/mitaka
>>>>> and neutron-l2 agent is working fine with sfc. I can boot instances, 
>>>>> create
>>>>> ports.
>>>>> However I can not create neither flow-classifier nor port-pair ...
>>>>>
>>>>> neutron flow-classifier-create --ethertype IPv4 --source-ip-prefix
>>>>> 22.1.20.1/32 --destination-ip-prefix 172.4.5.6/32 --protocol tcp
>>>>> --source-port 23:23 --destination-port 100:100 FC1
>>>>>
>>>>> returns: neutron flow-classifier-create: error: argument
>>>>> --logical-source-port is required
>>>>> Try 'neutron help flow-classifier-create' for more information.
>>>>>
>>>>>  neutron port-pair-create --ingress=p1 --egress=p2 PP1
>>>>> 404 Not Found
>>>>>
>>>>> The resource could not be found.
>>>>>
>>>>> Neutron server returns request_ids:
>>>>> ['req-1bfd0983-4a61-4b32-90b3-252004d90e65']
>>>>>
>>>>> neutron --version
>>>>> 4.1.1
>>>>>
>>>>> p1,p2,p3,p4 have already been created, I can ping instances attached
>>>>> to these ports.
>>>>> Since I've not installed networking-sfc, are there additional config
>>>>> to set in neutron config files ?
>>>>> Or is it due to neutron-client version ?
>>>>>
>>>>> Regards
>>>>>
>>>>> On 8 June 201

Re: [openstack-dev] [neutron][SFC]

[Mohan Kumar]

Alioune,

   logical-source-port is egress neutron-port of  source vm , typically
 flow-classifier will classifies packets coming to this neutron port and
forwards to the rest of port-chain if other classifier conditions are
matches.

Thanks.,
Mohankumar.N



On Thu, Jun 9, 2016 at 7:20 PM, Alioune <baliou...@gmail.com> wrote:

> Thanks Mohan,
>
> After setting service_plugins and adding sfc tables to neutrondb, I can
> create port-pair, port-pair-group but classifier creation still claim a
> logical-source-port parameter.
>
> neutron flow-classifier-create  --ethertype IPv4  --source-ip-prefix
> 55.55.55.2/32  --destination-ip-prefix 55.55.55.9/32  --protocol tcp
>  --source-port 22:22  --destination-port 1:65000 FC1
> ERROR:
> neutron flow-classifier-create: error: argument --logical-source-port is
> required
> Try 'neutron help flow-classifier-create' for more information.
>
> Please someone can explain what does --logical-source-port correspond to ?
> Does the classifier require port-create like SF ?
>
> Regards,
>
>
> On 9 June 2016 at 09:21, Mohan Kumar <nmohankumar1...@gmail.com> wrote:
>
>> Alioune,
>>
>> networking-sfc  resources not installed / not reachable , If installation
>> is okay, Possibly you may missed service_plugins entry in *neutron.conf *(
>> in case of manual networking-sfc installation)
>>
>> it should be ,
>>
>> *service_plugins =
>> neutron.services.l3_router.l3_router_plugin.L3RouterPlugin,networking_sfc.services.flowclassifier.plugin.FlowClassifierPlugin,networking_sfc.services.sfc.plugin.SfcPlugin*
>>
>> *and restart q-svc services in screen -x *
>>
>> *Thanks.,*
>> *Mohankumar.N *
>>
>> On Thu, Jun 9, 2016 at 12:58 AM, Alioune <baliou...@gmail.com> wrote:
>>
>>> I've switched from devstack to a normal deployment of openstack/mitaka
>>> and neutron-l2 agent is working fine with sfc. I can boot instances, create
>>> ports.
>>> However I can not create neither flow-classifier nor port-pair ...
>>>
>>> neutron flow-classifier-create --ethertype IPv4 --source-ip-prefix
>>> 22.1.20.1/32 --destination-ip-prefix 172.4.5.6/32 --protocol tcp
>>> --source-port 23:23 --destination-port 100:100 FC1
>>>
>>> returns: neutron flow-classifier-create: error: argument
>>> --logical-source-port is required
>>> Try 'neutron help flow-classifier-create' for more information.
>>>
>>>  neutron port-pair-create --ingress=p1 --egress=p2 PP1
>>> 404 Not Found
>>>
>>> The resource could not be found.
>>>
>>> Neutron server returns request_ids:
>>> ['req-1bfd0983-4a61-4b32-90b3-252004d90e65']
>>>
>>> neutron --version
>>> 4.1.1
>>>
>>> p1,p2,p3,p4 have already been created, I can ping instances attached to
>>> these ports.
>>> Since I've not installed networking-sfc, are there additional config to
>>> set in neutron config files ?
>>> Or is it due to neutron-client version ?
>>>
>>> Regards
>>>
>>> On 8 June 2016 at 20:31, Mohan Kumar <nmohankumar1...@gmail.com> wrote:
>>>
>>>> neutron agent not able to fetch details from ovsdb . Could you check
>>>> below options 1.restart ovsdb-server and execute ovs_vsctl list-br  2.
>>>> execute ovs- vsctl list-br manually and try to check error.
>>>>
>>>> 3. Could be ovs cleanup issue , please check the output of sudo service
>>>> openvswitch restart and /etc/init.d/openvswich** restart , both should be
>>>> same
>>>>
>>>> Thanks.,
>>>> Mohankumar.N
>>>> On Jun 7, 2016 6:04 PM, "Alioune" <baliou...@gmail.com> wrote:
>>>>
>>>>> Hi Mohan/Cathy
>>>>>  I've installed now ovs 2.4.0 and followed
>>>>> https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining but
>>>>> I got this error :
>>>>> Regards,
>>>>>
>>>>> + neutron-ovs-cleanup
>>>>> 2016-06-07 11:25:36.465 22147 INFO neutron.common.config [-] Logging
>>>>> enabled!
>>>>> 2016-06-07 11:25:36.468 22147 INFO neutron.common.config [-]
>>>>> /usr/local/bin/neutron-ovs-cleanup version 7.1.1.dev4
>>>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl [-]
>>>>> Unable to execute ['ovs-vsctl', '--timeout=10', '--oneline',
>>>>> '--format=json', '--', 'list-br'].
>>>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb

Re: [openstack-dev] [neutron][SFC]

[Mohan Kumar]

Alioune,

networking-sfc  resources not installed / not reachable , If installation
is okay, Possibly you may missed service_plugins entry in *neutron.conf *(
in case of manual networking-sfc installation)

it should be ,

*service_plugins =
neutron.services.l3_router.l3_router_plugin.L3RouterPlugin,networking_sfc.services.flowclassifier.plugin.FlowClassifierPlugin,networking_sfc.services.sfc.plugin.SfcPlugin*

*and restart q-svc services in screen -x *

*Thanks.,*
*Mohankumar.N *

On Thu, Jun 9, 2016 at 12:58 AM, Alioune <baliou...@gmail.com> wrote:

> I've switched from devstack to a normal deployment of openstack/mitaka and
> neutron-l2 agent is working fine with sfc. I can boot instances, create
> ports.
> However I can not create neither flow-classifier nor port-pair ...
>
> neutron flow-classifier-create --ethertype IPv4 --source-ip-prefix
> 22.1.20.1/32 --destination-ip-prefix 172.4.5.6/32 --protocol tcp
> --source-port 23:23 --destination-port 100:100 FC1
>
> returns: neutron flow-classifier-create: error: argument
> --logical-source-port is required
> Try 'neutron help flow-classifier-create' for more information.
>
>  neutron port-pair-create --ingress=p1 --egress=p2 PP1
> 404 Not Found
>
> The resource could not be found.
>
> Neutron server returns request_ids:
> ['req-1bfd0983-4a61-4b32-90b3-252004d90e65']
>
> neutron --version
> 4.1.1
>
> p1,p2,p3,p4 have already been created, I can ping instances attached to
> these ports.
> Since I've not installed networking-sfc, are there additional config to
> set in neutron config files ?
> Or is it due to neutron-client version ?
>
> Regards
>
> On 8 June 2016 at 20:31, Mohan Kumar <nmohankumar1...@gmail.com> wrote:
>
>> neutron agent not able to fetch details from ovsdb . Could you check
>> below options 1.restart ovsdb-server and execute ovs_vsctl list-br  2.
>> execute ovs- vsctl list-br manually and try to check error.
>>
>> 3. Could be ovs cleanup issue , please check the output of sudo service
>> openvswitch restart and /etc/init.d/openvswich** restart , both should be
>> same
>>
>> Thanks.,
>> Mohankumar.N
>> On Jun 7, 2016 6:04 PM, "Alioune" <baliou...@gmail.com> wrote:
>>
>>> Hi Mohan/Cathy
>>>  I've installed now ovs 2.4.0 and followed
>>> https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining but
>>> I got this error :
>>> Regards,
>>>
>>> + neutron-ovs-cleanup
>>> 2016-06-07 11:25:36.465 22147 INFO neutron.common.config [-] Logging
>>> enabled!
>>> 2016-06-07 11:25:36.468 22147 INFO neutron.common.config [-]
>>> /usr/local/bin/neutron-ovs-cleanup version 7.1.1.dev4
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl [-]
>>> Unable to execute ['ovs-vsctl', '--timeout=10', '--oneline',
>>> '--format=json', '--', 'list-br'].
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl
>>> Traceback (most recent call last):
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl
>>> File "/opt/stack/neutron/neutron/agent/ovsdb/impl_vsctl.py", line 63, in
>>> run_vsctl
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl
>>> log_fail_as_error=False).rstrip()
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl
>>> File "/opt/stack/neutron/neutron/agent/linux/utils.py", line 159, in execute
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl
>>> raise RuntimeError(m)
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl
>>> RuntimeError:
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl
>>> Command: ['sudo', 'ovs-vsctl', '--timeout=10', '--oneline',
>>> '--format=json', '--', 'list-br']
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl Exit
>>> code: 1
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl
>>> 2016-06-07 11:25:36.505 22147 ERROR neutron.agent.ovsdb.impl_vsctl
>>> 2016-06-07 11:25:36.512 22147 CRITICAL neutron [-] RuntimeError:
>>> Command: ['sudo', 'ovs-vsctl', '--timeout=10', '--oneline',
>>> '--format=json', '--', 'list-br']
>>> Exit code: 1
>>>
>>> 2016-06-07 11:25:36.512 22147 ERROR neutron Traceback (most recent call
>>> last):
>>> 2016-06-07 11:25:36.512 22147 ERROR neutron   File
>>> "/usr/local/bin/neutron-ovs-cleanup", line 10, in 
>>> 2016-06-07 11:25:36.512 22147 ERROR neutron sys.exit(main())
>>> 201

Re: [openstack-dev] [neutron][SFC]

[Mohan Kumar]

Hi shihanzhang / Alioune ,

*your kernel (check with uname -r )  should support OVS version , below
table compare kern*el versions and corresponding Open vSwitch release
support

| Open vSwitch | Linux kernel
|::|:-:
|1.4.x | 2.6.18 to 3.2
|1.5.x | 2.6.18 to 3.2
|1.6.x | 2.6.18 to 3.2
|1.7.x | 2.6.18 to 3.3
|1.8.x | 2.6.18 to 3.4
|1.9.x | 2.6.18 to 3.8
|1.10.x| 2.6.18 to 3.8
|1.11.x| 2.6.18 to 3.8
|2.0.x | 2.6.32 to 3.10
|2.1.x | 2.6.32 to 3.11
|2.3.x | 2.6.32 to 3.14
|2.4.x | 2.6.32 to 4.0
|2.5.x | 2.6.32 to 4.3

http://openvswitch.org/support/dist-docs/FAQ.md.txt (
### Q: What Linux kernel versions does each Open vSwitch release work with?)

I installed SFC with OVS 2.4.0  and 2.5.0 and not seen any issue

Please check SFC wiki for installation guidelines :
https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining


Thanks.,

Mohankumar.N





On Tue, Jun 7, 2016 at 1:46 PM, shihanzhang  wrote:

> Hi Alioune and Cathy,
>  For devstack on ubuntu14.04, the default ovs version is 2.0.2, so
> there was the error as Alioune said.
>  Do we need to install speical ovs version in networking-sfc devstack
> plugin.sh?
>
>
>
>
>
> 在 2016-06-07 07:48:26，"Cathy Zhang"  写道：
>
> Hi Alioune,
>
>
>
> Which OVS version are you using?
>
> Try openvswitch version 2.4.0 and restart the openvswitch-server before
> installing the devstack.
>
>
>
> Cathy
>
>
>
> *From:* Alioune [mailto:baliou...@gmail.com]
> *Sent:* Friday, June 03, 2016 9:07 AM
> *To:* openstack-dev@lists.openstack.org
> *Cc:* Cathy Zhang
> *Subject:* [openstack-dev][neutron][SFC]
>
>
>
> Probleme with OpenStack SFC
>
> Hi all,
>
> I've installed Openstack SFC with devstack and all module are corretly
> running except the neutron L2-agent
>
>
>
> After a "screen -rd", it seems that there is a conflict between l2-agent
> and SFC (see trace bellow).
>
> I solved the issue with "sudo ovs-vsctl set bridge br
> protocols=OpenFlow10,OpenFlow11,OpenFlow12,OpenFlow13" on all openvswitch
> bridge (br-int, br-ex, br-tun and br-mgmt0).
>
> I would like to know:
>
>   - If someone knows why this error arrises ?
>
>  - is there another way to solve it ?
>
>
>
> Regards,
>
>
>
> 2016-06-03 12:51:56.323 WARNING
> neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent
> [req-1258bbbc-7211-4cfd-ab7c-8b856604f768 None None] OVS is dead.
> OVSNeutronAgent will keep running and checking OVS status periodically.
>
> 2016-06-03 12:51:56.330 DEBUG
> neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent
> [req-1258bbbc-7211-4cfd-ab7c-8b856604f768 None None] Agent rpc_loop -
> iteration:4722 completed. Processed ports statistics: {'regular':
> {'updated': 0, 'added': 0, 'removed': 0}}. Elapsed:0.086 from (pid=12775)
> loop_count_and_wait
> /opt/stack/neutron/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py:1680
>
> 2016-06-03 12:51:58.256 DEBUG
> neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent
> [req-1258bbbc-7211-4cfd-ab7c-8b856604f768 None None] Agent rpc_loop -
> iteration:4723 started from (pid=12775) rpc_loop
> /opt/stack/neutron/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py:1732
>
> 2016-06-03 12:51:58.258 DEBUG neutron.agent.linux.utils
> [req-1258bbbc-7211-4cfd-ab7c-8b856604f768 None None] Running command
> (rootwrap daemon): ['ovs-ofctl', '-O openflow13', 'dump-flows', 'br-int',
> 'table=23'] from (pid=12775) execute_rootwrap_daemon
> /opt/stack/neutron/neutron/agent/linux/utils.py:101
>
> 2016-06-03 12:51:58.311 ERROR neutron.agent.linux.utils
> [req-1258bbbc-7211-4cfd-ab7c-8b856604f768 None None]
>
> Command: ['ovs-ofctl', '-O openflow13', 'dump-flows', 'br-int', 'table=23']
>
> Exit code: 1
>
> Stdin:
>
> Stdout:
>
> Stderr:
> 2016-06-03T12:51:58Z|1|vconn|WARN|unix:/var/run/openvswitch/br-int.mgmt:
> version negotiation failed (we support version 0x04, peer supports version
> 0x01)
>
> ovs-ofctl: br-int: failed to connect to socket (Broken pipe)
>
>
>
> 2016-06-03 12:51:58.323 ERROR
> networking_sfc.services.sfc.common.ovs_ext_lib
> [req-1258bbbc-7211-4cfd-ab7c-8b856604f768 None None]
>
> Command: ['ovs-ofctl', '-O openflow13', 'dump-flows', 'br-int', 'table=23']
>
> Exit code: 1
>
> Stdin:
>
> Stdout:
>
> Stderr:
> 2016-06-03T12:51:58Z|1|vconn|WARN|unix:/var/run/openvswitch/br-int.mgmt:
> version negotiation failed (we support version 0x04, peer supports version
> 0x01)
>
> ovs-ofctl: br-int: failed to connect to socket (Broken pipe)
>
>
>
> 2016-06-03 12:51:58.323 TRACE
> networking_sfc.services.sfc.common.ovs_ext_lib Traceback (most recent call
> last):
>
> 2016-06-03 12:51:58.323 TRACE
> networking_sfc.services.sfc.common.ovs_ext_lib   File
> "/opt/stack/networking-sfc/networking_sfc/services/sfc/common/ovs_ext_lib.py",
> line 125, in run_ofctl
>
> 2016-06-03 12:51:58.323 TRACE
> 

Re: [openstack-dev] [networking-sfc] how to install networking-sfc on compute node

[Mohan Kumar]

Juno Zhu ,

Please check this wiki  link :
https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining#Multi-Host_Installation

Thanks.,
Mohankumar.N


On Fri, Jun 3, 2016 at 12:43 PM, Na Zhu  wrote:

> Yes, but networking-sfc rewrite the q-agt binary file, when i install
> networking-sfc in allinone mode, the q-aget binary file is:
> juno@sfc:~/devstack$ cat /usr/local/bin/neutron-openvswitch-agent
> #!/usr/bin/python
> # PBR Generated from u'console_scripts'
>
> import sys
>
> from networking_sfc.services.sfc.agent.agent import main
>
>
> if __name__ == "__main__":
> sys.exit(main())
> steve@sfc:~/devstack$
>
>
>
>
>
> Regards,
> Juno Zhu
> IBM China Development Labs (CDL) Cloud IaaS Lab
> Email: na...@cn.ibm.com
> 5F, Building 10, 399 Keyuan Road, Zhangjiang Hi-Tech Park, Pudong New
> District, Shanghai, China (201203)
>
>
>
> From:Vikram Choudhary 
> To:"OpenStack Development Mailing List (not for usage questions)"
> 
> Date:2016/06/03 15:05
> Subject:Re: [openstack-dev] [networking-sfc] how to install
> networking-sfc on compute node
> --
>
>
>
>
>
> On Thu, Jun 2, 2016 at 9:11 PM, Na Zhu <*na...@cn.ibm.com*
> > wrote:
> Hi,
>
> From this link
> *https://github.com/openstack/networking-sfc/tree/master/devstack*
> , it is
> about installing networking-sfc together with neutron-server,
> I want to install networking-sfc on compute node, can anyone tell me how
> to set the local.conf?
> networking-sfc support is only required on the controller node as it uses
> q-agt (ovs driver implementation) for downloading flows to the ovs. By
> default, we already run q-agt on the compute node.
>
>
>
>
> Regards,
> Juno Zhu
> IBM China Development Labs (CDL) Cloud IaaS Lab
> Email: *na...@cn.ibm.com* 
> 5F, Building 10, 399 Keyuan Road, Zhangjiang Hi-Tech Park, Pudong New
> District, Shanghai, China (201203)
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
> *openstack-dev-requ...@lists.openstack.org?subject:unsubscribe*
> 
> *http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev*
> 
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[Openstack] [OpenStack-Infra] [openstack] "https://www.openstack.org/marketplace/drivers" not updated

[Mohan Kumar]

Hi Team ,

 we have added driver details to driverlog project few month before


*https://github.com/openstack/driverlog/blob/master/etc/default_data.json#L3680-L3697
*
and the UI is also got updated

*http://stackalytics.com/report/driverlog?project_id=openstack%2Fneutron=Open%20Networking%20Laboratory=liberty
*

But this details not *got updated at "
https://www.openstack.org/marketplace/drivers/
"  website *.  Could anyone
shed some light on it ? any point of contact ?

Thanks.,
Mohankumar
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

[OpenStack-Infra] [openstack] "https://www.openstack.org/marketplace/drivers" not updated

[Mohan Kumar]

Hi Team ,

 we have added driver details to driverlog project few month before


*https://github.com/openstack/driverlog/blob/master/etc/default_data.json#L3680-L3697
*
and the UI is also got updated

*http://stackalytics.com/report/driverlog?project_id=openstack%2Fneutron=Open%20Networking%20Laboratory=liberty
*

But this details not *got updated at "
https://www.openstack.org/marketplace/drivers/
"  website *.  Could anyone
shed some light on it ? any point of contact ?

Thanks.,
Mohankumar
___
OpenStack-Infra mailing list
OpenStack-Infra@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra

[openstack-dev] [Horizon] How to add plugins from outside horizon tree

[Mohan Kumar]

Hi Team ,

   Could you please shed light on some steps /configuration/documentation
about how to add Horizon plugins from outside horizon tree . I can see
punch of plugins were developed at  "
http://docs.openstack.org/developer/horizon/plugins.html "  but couldn't
able to any documentation .

  In my case i need to define Horizon plugin  for  "networking-sfc"  from
neutron sub-project repo .

Repo path : https://github.com/openstack/networking-sfc

Code Review Link : https://review.openstack.org/#/c/258430/

Thanks.,
Mohankumar.N
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [openstack-infra] Call for papers already closed?

[Mohan Kumar]

Hi Team,

Same problem for me also .. Please help !

-Mohankumar

On Mon, Feb 1, 2016 at 2:11 PM, M Ranga Swami Reddy 
wrote:

> Yep, I have too seen this issue.
>
> On Mon, Feb 1, 2016 at 1:13 PM, Christian Berendt 
> wrote:
> > Hello.
> >
> > I am a little bit confused, according to openstack.org:
> >
> > FEBRUARY 1 IS THE DEADLINE TO SUBMIT A TALK (11:59PM PST)
> >
> > I tried to edit a submitted talk and got the following message:
> >
> > Call for speaker closed!
> >
> > Also I have the following note in my interface:
> >
> > Warning! You reached presentations submissions limit (3).
> >
> > Is it not possible to submit more than 3 talks? Anyway, at the moment I
> only
> > have 2 talks (1 submitted be my, 1 submitted by a other person). I am
> > submitting the talks for all of my colleagues and we prepared more than 3
> > talks.
> >
> > Christian.
> >
> > --
> > Christian Berendt
> > Cloud Solution Architect
> > Mail: bere...@b1-systems.de
> >
> > B1 Systems GmbH
> > Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
> > GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
> >
> >
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [Openstack] [openstack-community] Call for Speakers Deadline in ONE WEEK - OpenStack Summit Austin

[Mohan Kumar]

Hi Community,

I can't submit Talk for Austin -2016 summit,  as per guidelines Feb 1 (11:59PM
PST) is the closure time . But while I tried to  submit talk now , getting
 message  as "*Call for speaker closed!*" . Followed by " *Warning! You
reached presentations submissions limit (3*). "  . I  can see 2 talks was
submitted In "*PRESENTATIONS YOU SUBMITTED*" column. But i can't see the
the presentation contents .

Please look into this issue !

Thanks.,
Mohankumar.N

*From:* Kendall Waters [mailto:kend...@openstack.org]
> *Sent:* Monday, January 25, 2016 6:54 AM
> *To:* commun...@lists.openstack.org; market...@lists.openstack.org;
> women-of-openst...@lists.openstack.org; openstack@lists.openstack.org;
> summitspons...@lists.openstack.org
> *Subject:* [openstack-community] Call for Speakers Deadline in ONE WEEK -
> OpenStack Summit Austin
>
>
>
> Hi everyone,
>
>
>
> The deadline to submit a speaking proposal for the OpenStack Summit in
> Austin is in ONE week, *Monday, February 1 at 11:59pm PST. *
>
>
>
> *Submit your speaking proposals **HERE*
> *!*
>
>
>
> Speakers are limited to a maximum of *THREE* submissions total.  Read this
> Superuser article
> 
> for an outline of all the new changes. You can also get advice and tips on
> creating a successful talk for the Austin Summit in this webinar
> recording from the Women of OpenStack.
> 
>
>
>
> *IMPORTANT SUMMIT LINKS:*
>
>- Registration :
>prices increase in early March
>
>
>- Hotel Room Blocks
>
>
>
>- Travel Support Program
>
> :
>Deadline February 9
>
>
>- Visa Invitation Letter Requests
>:
>Deadline April 19
>
>
>
> If you have any questions, please email sum...@openstack.org.
>
>
>
> We look forward to seeing you in Austin!
>
>
> Cheers,
>
> The OpenStack Summit Team
>
>
>
>
>
> ___
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

Re: [openstack-dev] FW: [vitrage] Gerrit Upgrade 12/16

[Mohan Kumar]

Eugene:  +1 , Old Gerrit page was better than new one . Please fix

On Thu, Dec 17, 2015 at 2:11 PM, Eugene Nikanorov 
wrote:

> I'm sorry to say that, but the new front page design is horrible and
> totally confusing.
>
> I hope it'll change soon in the new release.
>
> E.
>
>
> On Tue, Dec 15, 2015 at 10:53 AM, AFEK, Ifat (Ifat) <
> ifat.a...@alcatel-lucent.com> wrote:
>
>> Hi,
>>
>> Reminder: Gerrit upgrade is scheduled for tomorrow at 17:00 UTC.
>>
>> Ifat.
>>
>>
>> -Original Message-
>> From: Spencer Krum [mailto:n...@spencerkrum.com]
>> Sent: Monday, December 14, 2015 9:53 PM
>> To: openstack-dev@lists.openstack.org
>> Subject: Re: [openstack-dev] Gerrit Upgrade 12/16
>>
>> This is a gentle reminder that the downtime will be this Wednesday
>> starting at 17:00 UTC.
>>
>> Thank you for your patience,
>> Spencer
>>
>> --
>>   Spencer Krum
>>   n...@spencerkrum.com
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [all] how to add/list drivers @ https://www.openstack.org/marketplace/drivers/

[Mohan Kumar]

Hi Team,

 In the following link, i can see only some vendor plug-ins, not all is
listed here! ..

 https://www.openstack.org/marketplace/drivers/

So [1]  what is the criteria to get a vendor plug-in listed on this page?
[2]  where can i see the supported vendor plugins/drivers for a given
Openstack release (specfically Liberty) ??

Thanks.,
Mohankumar.N
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [openstack-dev ] [Heat] how to verify heat resource plugin

[Mohan Kumar]

Hi team,

 Currently working on adding heat resource plugin for neutron extension
"networking-sfc" , similar to firewall implementation  "
https://github.com/openstack/heat/blob/master/heat/engine
resources/openstack/neutron/firewall.py

"

  I have gone through some code in heat repo and the guides and developed
code locally  at "heat/engine/resources/openstack/neutron/sfc.py  ( "
*http://paste.openstack.org/show/479425
*/
 " ) .

 how to verify my changes are working ,any pointers ?

 I'm new this concept and please help me to get started with this !

Thanks.,
Mohankumar.N
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Neutron][Infra] "gate-neutron-lbaasv1-dsvm-api" blocking patch merge

[Mohan Kumar]

Hi,

Jenkins blocking patch merge due to " gate-neutron-lbaasv1-dsvm-api
"
failures which is unrelated to patch-set changes .

Patch: https://review.openstack.org/#/c/237896/

Please help to resolve this issue .

Regards.,
Mohankumar.N
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [Openstack] Trying DevStack, and getting errors

[Mohan Kumar]

can you share devstack logs ?

Regards,
Mohan

On Sun, Nov 1, 2015 at 5:33 AM, Thales  wrote:

> Hello,
>
> I wanted to try out OpenStack, so I downloaded DevStack to my Ubuntu 14.04
> OS.   However, when I attempt to run it, using ./stack.sh, I get the
> following error:  ImportError: No module named _io
>
>
> I figure this is a problem with the virtual environment (virtualenv),
> because if I try my Python out on the command line, I can import _io.
>
>
> I've been trying to get this working for a couple of days, but am not sure
> what the solution is.Somehow the virtualenv is not recognizing the
> module _io.
>
> Has anyone else had this problem?  Does anyone have a solution for it?
>
> Many thanks for any help!
>
> Regards,
> ...John
>
> ___
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
>
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack