Re: [i2rs] Consensus on draft-i2rs-ephemeral-state-15.txt

Russ, The email subject and the content of the email are different. Are you referring to the draft on ephemeral state or on the RIB info model? I presume it is on RIB info model, but will let you clarify it Dean > On Aug 28, 2016, at 13:26, Russ White <7ri...@gmail.com> wrote: > > Y'all -- >

Re: [i2rs] [OPS-DIR] Ephemeral - Should we use another word - (3/24 to 4/3) Call for opinion

Sue, IMO, ephemeral has two meaning in i2rs architecture 1. it doesn’t survive reboot 2. you can’t roll back to a previous ephemeral state Dean > On Mar 25, 2016, at 10:01 AM, Susan Hares wrote: > > Deborah: > > Section 2 is exactly the place I would put the definition of

Re: [i2rs] I-D Action: draft-ietf-i2rs-rib-data-model-04.txt

Sue, As Alia says, in-line as always :) > On Nov 23, 2015, at 9:57 PM, Susan Hares wrote: > > Acee: > > Is your input individual input or input from the routing architecture for > yang models? > > > The routing architecture for yang models is incomplete without the >

Re: [i2rs] Does I2RS charter include both the interface to Network Controller and the interface to devices (i.e. routers)?

Linda, I understand now your question (based on reading I2NSF emails). I2RS has two elements, agent and client and I2RS agent is sitting on the network device and exposes north bound interface to the I2RS client. How I2RS agent communicates to the device is not specified. This is up to the

Re: [i2rs] WG Adoption call for draft-clarke-i2rs-traceability-03 from 11/24 to 12/9/14

Support Dean On Dec 8, 2014, at 11:12 AM, Osborne, Eric eric.osbo...@level3.com wrote: Support. eric -Original Message- From: i2rs [mailto:i2rs-boun...@ietf.org] On Behalf Of Susan Hares Sent: Tuesday, November 25, 2014 12:03 AM To: i2rs@ietf.org Cc: 'Jeffrey Haas';

Re: [i2rs] Point about writable running

I would go back and ask basic question What state do we want to change via I2RS? static route dynamic routing protocol stateless firewall filters xVPN (E/L2/L3) etc based on that we can then decide if going through configuration or directly accessing responsible daemon is better way. As far I

Re: [i2rs] Point about writable running

Then we really have to write up use cases, settle on requirements and decide on the protocol. Dean On Dec 8, 2014, at 11:48 AM, Russ White ru...@riw.us wrote: What state do we want to change via I2RS? The original intent was specifically state in the routing table, not -- As far I

Re: [i2rs] Point about writable running

On Dec 1, 2014, at 12:59 PM, Andy Bierman a...@yumaworks.com wrote: On Mon, Dec 1, 2014 at 9:15 AM, Fedyk, Don don.fe...@hp.com wrote: -Original Message- From: Martin Bjorklund [mailto:m...@tail-f.com] Sent: Sunday, November 30, 2014 4:26 AM To: jh...@pfrc.org Cc:

Re: [i2rs] documenting existing implementations

...@cisco.com Date: Monday, November 17, 2014 at 2:55 PM To: Kent Watsen kwat...@juniper.netmailto:kwat...@juniper.net, Dean Bogdanovic de...@juniper.netmailto:de...@juniper.net, Jason Sterne jason.ste...@alcatel-lucent.commailto:jason.ste...@alcatel-lucent.com Cc: i2rs@ietf.orgmailto:i2rs@ietf.org i2rs

Re: [i2rs] Why do we need a datastore?

On Oct 3, 2014, at 4:40 PM, Alia Atlas akat...@gmail.commailto:akat...@gmail.com wrote: Hi Dean, Sorry for the delay in responding. Telechats do that to one. On Wed, Oct 1, 2014 at 10:12 AM, Dean Bogdanovic de...@juniper.netmailto:de...@juniper.net wrote: On Oct 1, 2014, at 9:54 AM, Alia

Re: [i2rs] Why do we need a datastore?

Hi Alia, today networking devices can be managed in three ways: 1. CLI - is the UI we all know and use it quite heavily. In order for the device to boot in a known state a set of CLI commands have to be saved somewhere on the device. For that you have a data store. That data store can be a

Re: [i2rs] Why do we need a datastore?

, Oct 1, 2014 at 9:39 AM, Dean Bogdanovic de...@juniper.netmailto:de...@juniper.net wrote: Hi Alia, today networking devices can be managed in three ways: 1. CLI - is the UI we all know and use it quite heavily. In order for the device to boot in a known state a set of CLI commands have

Re: [i2rs] Why do we need a datastore?

On Oct 1, 2014, at 10:53 AM, Joel M. Halpern j...@joelhalpern.com wrote: I had assumed that the YANG datastore was the repository in which the I2RS agent stored all of the operations it had applied, who had applied them, etc. This actually does lead to a related question. How does an I2RS

Re: [i2rs] Client Operations

On Oct 1, 2014, at 11:08 AM, Joel Halpern Direct jmh.dir...@joelhalpern.com wrote: In line: On 10/1/14, 11:03 AM, Dean Bogdanovic wrote: On Oct 1, 2014, at 10:53 AM, Joel M. Halpern j...@joelhalpern.com wrote: ... This actually does lead to a related question. How does an I2RS

Re: [i2rs] Running and I2RS Ephemeral Config Interaction

Tom, On Oct 1, 2014, at 11:08 AM, Thomas D. Nadeau tnad...@lucidvision.com wrote: On Oct 1, 2014:7:43 AM, at 7:43 AM, Joel M. Halpern j...@joelhalpern.com wrote: I can live with that model. Simplified and repeated: If an object is deleted in running, and the object itself was not

Re: [i2rs] Why do we need a datastore?

To: Dean Bogdanovic Cc: i2rs@ietf.orgmailto:i2rs@ietf.org Subject: Re: [i2rs] Why do we need a datastore? Hi Dean, Thanks for the explanation. It matches with what I understand for configuration. Where I am confused is why I2RS - which is doing ephemeral only and matches closer to the direct

Re: [i2rs] Why do we need a datastore?

. From: Thomas D. Nadeau [tnad...@lucidvision.com] Sent: Wednesday, October 1, 2014 1:33 PM To: Igor Bryskin Cc: Alia Atlas; Dean Bogdanovic; i2rs@ietf.org Subject: Re: [i2rs] Why do we need a datastore? On Oct 1, 2014:10:31 AM, at 10:31 AM, Igor Bryskin ibrys...@advaoptical.com wrote

Re: [i2rs] [netmod] Summary of discussion from netmod interim on i2rs requirements on netmod/netconf

On Sep 25, 2014, at 6:39 AM, Martin Bjorklund m...@tail-f.com wrote: Dean Bogdanovic de...@juniper.net wrote: On Sep 24, 2014, at 5:19 PM, Andy Bierman a...@yumaworks.commailto:a...@yumaworks.com wrote: We can allow multiple ephemeral data stores, but the only dependency can

Re: [i2rs] [netmod] Summary of discussion from netmod interim on i2rs requirements on netmod/netconf

On Sep 24, 2014, at 12:54 PM, Thomas D. Nadeau tnad...@lucidvision.com wrote: On Sep 24, 2014:11:34 AM, at 11:34 AM, Jeffrey Haas jh...@pfrc.org wrote: On Wed, Sep 24, 2014 at 07:35:47AM -0400, Thomas D. Nadeau wrote: On Sep 24, 2014:3:10 AM, at 3:10 AM, Juergen Schoenwaelder

Re: [i2rs] [netmod] Summary of discussion from netmod interim on i2rs requirements on netmod/netconf

, at 5:51 PM, Thomas D. Nadeau tnad...@lucidvision.com wrote: Why not start with just 1? On Sep 24, 2014:5:00 PM, at 5:00 PM, Dean Bogdanovic de...@juniper.net wrote: On Sep 24, 2014, at 12:54 PM, Thomas D. Nadeau tnad...@lucidvision.com wrote: On Sep 24, 2014:11:34 AM, at 11:34

Re: [i2rs] information models for your review

Susan, Jeff Zhang and I've reviewed info model policy draft. One general comment (and I'm repeating somebody else). Didn't we decide to use YANG for all modeling? I see you use RBNF, so it would be nice to have YANG models in the draft. On Jul 7, 2014, at 7:28 PM, Susan Hares

Re: [i2rs] I-D Action: draft-keyupate-i2rs-bgp-usecases-02.txt

On Jun 17, 2014, at 5:35 AM, t.petch ie...@btconnect.com wrote: - Original Message - From: Dean Bogdanovic de...@juniper.net To: Susan Hares sha...@ndzh.com Sent: Friday, June 13, 2014 11:06 PM Susan, My answer to your question do we ever let I2RS upon a command transfer

Re: [i2rs] draft-white-i2rs-use-case-05.txt has been posted

-i2rs-mbb-usecases/ It provides the mobile backhaul use case. If you want to suggest changes, I'm a co-author. Sue -Original Message- From: Dean Bogdanovic [mailto:de...@juniper.net] Sent: Sunday, June 15, 2014 9:06 AM To: Susan Hares Cc: t.petch; i2rs@ietf.org; Jeffrey

Re: [i2rs] draft-white-i2rs-use-case-05.txt has been posted

Susan, I like the new format much better. It makes the reading more clear from beginning. I disagree with REQ10. REQ10 implies that the i2rs will store data in persistent storage. I have another use case for the draft, mobile backhaul. Currently governments are preparing to release some new

Re: [i2rs] Working Group Last Call on architecture and problem statement drafts (redux)

Jeff, Alia answered my concerns and am fine with the draft for WGLC and RFC Dean On Jun 6, 2014, at 3:15 PM, Alia Atlas akat...@gmail.commailto:akat...@gmail.com wrote: Hi Juergen, Please see my responses/resolutions below. I'll be submitting a version -03 with these changes (plus a couple

Re: [i2rs] I-D Action: draft-keyupate-i2rs-bgp-usecases-02.txt

Susan, Many people don't know what NLRI abbreviation stands for (Network Layer Reachability Information , so writing it out first time would be a good idea. Throughout the text, the requirement number sequence is confusing until you get to the very and where all requirements are listed and

Re: [i2rs] working group last call: draft-atlas-i2rs-problem-statement

Hi, I sent comments to the 01 version, but didn't see any of them answered in this draft. Alia responded that some of the comments were applied to the text, but I don't see them in 02 text Dean On May 16, 2014, at 5:15 PM, Edward Crabbe e...@google.commailto:e...@google.com wrote: Hello

Re: [i2rs] Updating routes wa Re: consensus on I2RS protocol and model

On May 1, 2014, at 5:17 AM, t.petch ie...@btconnect.com wrote: Jeff If I2RS updates the routing table, do we expect it to persist for any length of time? That is, the routing table is stable, the result of the convergence of the routing protocols (and configuration) across the relevant

Re: [i2rs] Interface to The Internet Routing System (IRS)

Fabio, Alia was nice to give you some starting points, essentially taught you how to fish, but you are asking to be given the fish. Dean On May 8, 2014, at 12:03 AM, FABIO ZACCANTTE zaccan...@gmail.commailto:zaccan...@gmail.com wrote: Hi Alia What is the biggest difference in SDN when I

[i2rs] draft-ietf-i2rs-problem-statement-01

Alia, Tom, Dave, Have few comments on chapter 5 in the draft The following requirement is fine, but some consideration have to be put in. Example, creating a filter construct or routing table has to be finished, before the next operation like add term to the filter or add route to the routing

Re: [i2rs] Clients-Agents relationship WAS: consensus on I2RS protocol and model

(and sometimes remote machines). In any case, this may end up being an implementation issue. I have another issue I will post probably under a separate topic: Prioritization. cheers, jamal On Mon, Apr 28, 2014 at 4:23 PM, Dean Bogdanovic de...@juniper.net wrote: Jamal, There is only one agent

Re: [i2rs] consensus on I2RS protocol and model

Jamal, Majority of the people are using today NC/RC/YA (because it is available) and it provides necessary functionality. Many people, including myself, didn't find any issues so far with it and we believe it is the right choice. If you remember, at the beginning I mentioned two criteria,

Re: [i2rs] consensus on I2RS protocol and model

what tool chains you consider necessary for RESTCONF/Yang? Do you start with informational models in the Yang/RESTCONF world? Sue -Original Message- From: i2rs [mailto:i2rs-boun...@ietf.org] On Behalf Of Dean Bogdanovic Sent: Friday, April 18, 2014 9:18 AM To: Jamal Hadi

Re: [i2rs] consensus on I2RS protocol and model

On Apr 18, 2014, at 9:33 PM, Jamal Hadi Salim h...@mojatatu.com wrote: On Fri, Apr 18, 2014 at 9:25 PM, Jan Medved (jmedved) jmed...@cisco.com wrote: [..] I actually think it is - what's wrong with working code? ;-) Unless you have _working_ I2RS code - this is a meaningless

Re: [i2rs] consensus on I2RS protocol and model

focus because it helps me find the issues with the relationships to simplify the models. Sue -Original Message- From: Dean Bogdanovic [mailto:de...@juniper.net] Sent: Saturday, April 19, 2014 10:12 AM To: Susan Hares Cc: Jamal Hadi Salim; i2rs@ietf.org; Edward Crabbe Subject

Re: [i2rs] consensus on I2RS protocol and model

On Apr 19, 2014, at 3:08 PM, Jamal Hadi Salim h...@mojatatu.com wrote: On Sat, Apr 19, 2014 at 10:22 AM, Dean Bogdanovic de...@juniper.net wrote: What is working i2rs code? Code that implements, using your choice of model and protocol, the I2RS semantics. To examplify using your slides

Re: [i2rs] consensus on I2RS protocol and model

Jamal, Here are two criteria to be considered: 1. technical 2. commercial/business We can discuss pros and cons for both, but have to state that from business perspective for Juniper going with RESTCONF/YANG make more sense. We already built the Junos model in YANG and have or are in process

Re: [i2rs] Comments on draft-clarke-i2rs-traceability

Joe, Besides having the same comment as Jeff, here is one more and think some additional clarification is needed Actor Identifier: This is an opaque identifier that may be known to the Client from a northbound controlling application. This is used to trace the northbound actor

Re: [i2rs] Discussion of mobile backhaul Use case

Susan, In chapter 2 Definitions there is a copy/paste error I presume PWE3: Pseudo Wire Emulation Edge-to-Edge EPC: Pseudo Wire Emulation Edge-to-Edge Presume that EPC = Evolved Packet Core Have several comments for the rest of the draft, as it is somewhat not clearly written. I

Re: [i2rs] IETF 89 agenda published

Susan, I read the mbb-usecases draft and you are covering the cases well, expect for the scenario of dynamic spectrum access. With this new spectrum allocation mechanism, the bandwidth requirements will be shifting across mobile backhaul and it will provide much more dynamic environment then

Re: [i2rs] Comments on draft-bitar-i2rs-service-chaining-01

Nabil, In section 3.2 there is a typo Packet rate utilization per Cos s/Cos/CoS it makes it consistent with rest of the document In section 3.3 Traffic Redirection, Fwd and Service Chaining, it would be interesting to see how it can be used with use cases below Subscriber Awareness

Re: [i2rs] Some comments on draft-ietf-i2rs-rib-info-model-01

Have a question about RIB grammar Based on the description interface-list: This represents the list of interfaces associated with this routing instance. The interface list helps constrain the boundaries of packet forwarding. Packets coming on these interfaces are directly