[{"author": "Jie Dong", "text": "

Lou, I can here you well

", "time": "2022-07-25T14:00:53Z"}, {"author": "Tony Li", "text": "

Yes, we can hear you Lou.

", "time": "2022-07-25T14:01:00Z"}, {"author": "Jie Dong", "text": "

hear

", "time": "2022-07-25T14:01:01Z"}, {"author": "Dhruv Dhody", "text": "

https://notes.ietf.org/notes-ietf-114-teas

", "time": "2022-07-25T14:03:16Z"}, {"author": "Dhruv Dhody", "text": "

Thanks Pavan, will do!

", "time": "2022-07-25T14:07:47Z"}, {"author": "Cheng Li", "text": "

good to see that we have recording the meeting and many people are taking the notes, it makes every thing very clear

", "time": "2022-07-25T14:08:08Z"}, {"author": "Cheng Li", "text": "

are recording

", "time": "2022-07-25T14:11:37Z"}, {"author": "Dhruv Dhody", "text": "

Thanks Pavan (the key issue was with the key itself, that head-end should be part of the key for the SR Policy along with endpoint and color)

", "time": "2022-07-25T14:13:13Z"}, {"author": "Ketan Talaulikar", "text": "

@Dhruv, agree - especially if the model is not scoped narrowly to a headend node. i.e. headend as key is not required for SR Policy model for a headend but it is required for a controller-level (or network/domain-wide) SR Policy model.

", "time": "2022-07-25T14:16:25Z"}, {"author": "Nick Doty", "text": "

(only intermittent audio)

", "time": "2022-07-25T14:18:32Z"}, {"author": "Mohamed Boucadair", "text": "

I thought that we discussed in the past that AC matters are not technology agnostic...and it is fine to include such in the model

", "time": "2022-07-25T14:43:37Z"}, {"author": "Dhruv Dhody", "text": "

The issue #3 is also applicable outside of the SDP

", "time": "2022-07-25T14:44:43Z"}, {"author": "Lou Berger", "text": "

fyiwe seem to be having network issues

", "time": "2022-07-25T14:45:37Z"}, {"author": "Sampath Rangarajan", "text": "

I am a newcomer to the ietf meeting. Regarding issue #4, I read some drafts on enhanced VPN that specifies a VTN to be defined as a middle-layer on the SBI (I believe). This would need topology information to be provided, is this correct? Thi would mean, the customer would need the topology info as well?

", "time": "2022-07-25T14:47:54Z"}, {"author": "Sampath Rangarajan", "text": "

Ok, this is now being discussed as part of NRP and my understanding is that this for the SBI

", "time": "2022-07-25T14:49:22Z"}, {"author": "Dhruv Dhody", "text": "

@Sampath - issue #4 is related to ACTN VN Type 2 (check out the RFC 8453 and the VN Yang model) where the abstract topology is used to provide hints on how the VN should be setup

", "time": "2022-07-25T14:51:02Z"}, {"author": "Sampath Rangarajan", "text": "

Will do. Thanks Dhruv

", "time": "2022-07-25T14:51:32Z"}, {"author": "Lou Berger", "text": "

@bo we can't hear you

", "time": "2022-07-25T14:54:34Z"}, {"author": "Tony Li", "text": "

Breaking up very badly.

", "time": "2022-07-25T14:54:42Z"}, {"author": "Lou Berger", "text": "

can others (not at IETF) hear her?

", "time": "2022-07-25T14:54:49Z"}, {"author": "Tony Li", "text": "

No

", "time": "2022-07-25T14:54:56Z"}, {"author": "Adrian Farrel", "text": "

Bo: Your audio has failed

", "time": "2022-07-25T14:55:06Z"}, {"author": "Tony Li", "text": "

FYI: my session seems solid.

", "time": "2022-07-25T14:55:34Z"}, {"author": "Lou Berger", "text": "

Thank tony - maybe we should all be remote (again)

", "time": "2022-07-25T14:56:26Z"}, {"author": "Lou Berger", "text": "

@bo we will retry you at the end, if you can do a meetecho test that would be great

", "time": "2022-07-25T14:56:49Z"}, {"author": "Sampath Rangarajan", "text": "

Dhruv: One more question, is the VN hints provided to the customer which will then influence the NBI as well as the SBI (I have not seen any specific SBI drafts, however I assume that enhanced VPN and NRP policies address the SBI part). There could be misunderstanding on my part. Apologize for that.

", "time": "2022-07-25T14:57:24Z"}, {"author": "Adrian Farrel", "text": "

I've been finding the \"ietf\" SSID has been flapping a bit. So I'm on \"legacy-ietf114\" which seems to be stable, but possibly only because fewer people are using it (so I have just shot myself in the foot)
\n'ietf-hotel' was flapping this morning

", "time": "2022-07-25T14:59:26Z"}, {"author": "Lou Berger", "text": "

they have a new AP for this room, but ran out time before the session to install it

", "time": "2022-07-25T14:59:59Z"}, {"author": "Dhruv Dhody", "text": "

@Sampath - that looks correct but I hear Adrian saying move away from NBI/SBI terminology :)

", "time": "2022-07-25T15:00:32Z"}, {"author": "Sampath Rangarajan", "text": "

Ok, I need to understand this better.

", "time": "2022-07-25T15:01:53Z"}, {"author": "Adrian Farrel", "text": "

@jie, @lou...
\nAn approach to getting hierarchical and concatenated slices/NRPs into the framework draft would be to come up with some text for examples to add to the appendix. Note that the framework already says that hierarchical and concatenation are part of the architecture - that might benefit from some new words, but I don't think we want to unbalance the \"overview\" nature of the framework document

", "time": "2022-07-25T15:09:37Z"}, {"author": "Tony Li", "text": "

I'm thrilled that we've been able to generalize to hierarchical slices. Are we ready to take the next step and generalize to overlays?

", "time": "2022-07-25T15:10:28Z"}, {"author": "Adrian Farrel", "text": "

@tony, could we call that \"virtual networks\"? I don't think that term has been used yet

", "time": "2022-07-25T15:11:59Z"}, {"author": "Dhruv Dhody", "text": "

:rolling_on_the_floor_laughing:

", "time": "2022-07-25T15:12:16Z"}, {"author": "Tony Li", "text": "

Works for me.

", "time": "2022-07-25T15:13:01Z"}, {"author": "Jie Dong", "text": "

As we can see, there are emerging requirements for hierarchical slices, or call it hierarchical virtual networks

", "time": "2022-07-25T15:14:27Z"}, {"author": "Dhruv Dhody", "text": "

The terms slice and NRP should not be used interchangeably...

", "time": "2022-07-25T15:17:11Z"}, {"author": "Jie Dong", "text": "

@Adrian, I agree some examples could be added to the slice framework, while the realization considerations may not fit with the \"general framework\"

", "time": "2022-07-25T15:17:31Z"}, {"author": "Adrian Farrel", "text": "

@dhruv. Yes! Absolutely!
\nHopefully the framework makes that clear, but everyone should review for the wording of that

", "time": "2022-07-25T15:18:23Z"}, {"author": "Mohamed Boucadair", "text": "

not sure to get issue 2-2

", "time": "2022-07-25T15:22:14Z"}, {"author": "Vishnu Beeram", "text": "

@Jie -- for the \"realization considerations\", you may want to consider propose text to the ns-ip-mpls document instead..

", "time": "2022-07-25T15:22:20Z"}, {"author": "Vishnu Beeram", "text": "

*consider proposing text..

", "time": "2022-07-25T15:22:43Z"}, {"author": "Sampath Rangarajan", "text": "

@Dhruv, I agree. Being a newcomer to the ietf meeting (this is for Adrian to know so I do not get trolled :)), your draft on Network slice NBI YANG model specifies slo-sle policies which are end-to-end (the VN is not used for these policy definitions); this is my understanding, The NRP policies are topology specific.

", "time": "2022-07-25T15:23:35Z"}, {"author": "Sampath Rangarajan", "text": "

Of course, I do not stil understand how slo-sle policies will be mapped to NRP policies

", "time": "2022-07-25T15:24:22Z"}, {"author": "Dhruv Dhody", "text": "

@Sampath - lets fix time to chat further

", "time": "2022-07-25T15:24:43Z"}, {"author": "Sampath Rangarajan", "text": "

Yes, would really appreciate that.

", "time": "2022-07-25T15:25:08Z"}, {"author": "Adrian Farrel", "text": "

@Sampath: are you sure you don't want me to troll you? I have a nice family of trolls living in a cave on my mountain

", "time": "2022-07-25T15:29:35Z"}, {"author": "Jie Dong", "text": "

@Pavan thanks for the suggestion, let's discuss this offline

", "time": "2022-07-25T15:30:50Z"}, {"author": "Sampath Rangarajan", "text": "

@Adrian - go ahead, I love being trolled :)

", "time": "2022-07-25T15:32:59Z"}, {"author": "Louis Chan", "text": "

E2E term was used becoz the network could be used for business service. Not just 6G

", "time": "2022-07-25T15:34:50Z"}, {"author": "Louis Chan", "text": "

5G

", "time": "2022-07-25T15:35:00Z"}, {"author": "Jie Dong", "text": "

It seems the first part of this draft overlaps with the previous presentation

", "time": "2022-07-25T15:44:28Z"}, {"author": "Dhruv Dhody", "text": "

Thanks adrian, my comment exactly!

", "time": "2022-07-25T15:45:54Z"}, {"author": "Lou Berger", "text": "

@jie - I agree, there's some opportunity for a reference

", "time": "2022-07-25T15:46:13Z"}, {"author": "Dhruv Dhody", "text": "

BTW Best ASCII art ever!

", "time": "2022-07-25T15:46:24Z"}, {"author": "Vishnu Beeram", "text": "

+1 to what Dhruv said..

", "time": "2022-07-25T15:46:59Z"}, {"author": "Jie Dong", "text": "

+1 to Adrian's comment

", "time": "2022-07-25T15:47:18Z"}, {"author": "Sampath Rangarajan", "text": "

I put my hand up for a comment. Did not seem to have joined the queue. Assuming the presentation on 5QI mapping to TN QoS will be discussed further, in 5G, there is the notion of NS/EP (prioirty services). NS/EP requires strict priority. There should be support for this on the MPLS side with appropriate priority LSPs.

", "time": "2022-07-25T15:51:45Z"}, {"author": "Sampath Rangarajan", "text": "

priority markings (not LSPs)

", "time": "2022-07-25T15:53:20Z"}, {"author": "Vishnu Beeram", "text": "

@Sampath -- please send your comments to the TEAS list..

", "time": "2022-07-25T15:54:23Z"}, {"author": "Sampath Rangarajan", "text": "

Sure, will do. Thanks

", "time": "2022-07-25T15:54:45Z"}, {"author": "Dhruv Dhody", "text": "

Thanks!

", "time": "2022-07-25T15:59:53Z"}, {"author": "Italo Busi", "text": "

thank you

", "time": "2022-07-25T15:59:54Z"}, {"author": "Jie Dong", "text": "

thanks

", "time": "2022-07-25T16:00:08Z"}, {"author": "Bo Wu", "text": "

Thanks\uff01

", "time": "2022-07-25T16:00:32Z"}]