Re: [bess] Comment on draft-ietf-bess-service-chaining-06

2018-12-19 Thread Andrew G. Malis
Stuart,

Thanks for your reply. I can see your point about wanting to do service
chaining without the NSH (as I'm sure you're aware, draft-ietf-mpls-sfc is
another example of this), but would you never have the need for service
chain per-packet metadata as it's being used in the SFC WG?

Even if the answer to that question is currently no, my other point remains
that this draft provides an excellent label distribution mechanism for NSH
over MPLS, which usage I'm confident will be defined in the future. I agree
that doesn't require an anticipatory reference in the draft. But it might
be nice ... :-)

Cheers,
Andy


On Wed, Dec 19, 2018 at 5:59 PM Stuart Mackie  wrote:

> Hi Andy,
>
>
>
> I‘m struggling to make the connection, since
> draft-ietf-bess-service-chaining is specifically about how to do service
> chaining without needing a new protocol like NSH, so SFF labels would never
> be used.
>
>
>
> In draft-ietf-bess-service-chaining , if MPLS transport were used between
> Service Function Forwarders, a label would be allocated for a SF interface
> when a route pointing to it is installed (by the controller). This would be
> advertised to the controller and from there sent to the forwarders with
> egress interfaces for the previous SF in the chain. The label would be used
> at the bottom of the MPLS stack as is done normally.
>
>
>
> Cheers
>
>
>
> Stuart
>
> -914 886 2534
>
>
>
> *From: *"Andrew G. Malis" 
> *Date: *Tuesday, December 4, 2018 at 5:10 PM
> *To: *"bess@ietf.org" , "
> draft-ietf-bess-service-chain...@ietf.org" <
> draft-ietf-bess-service-chain...@ietf.org>
> *Cc: *"draft-ietf-mpls-sfc-encapsulat...@ietf.org" <
> draft-ietf-mpls-sfc-encapsulat...@ietf.org>
> *Subject: *Comment on draft-ietf-bess-service-chaining-06
> *Resent-From: *
> *Resent-To: *, , , <
> brunorijs...@gmail.com>, , 
> *Resent-Date: *Tuesday, December 4, 2018 at 5:10 PM
>
>
>
> I just read the new revision of draft-ietf-bess-service-chaining. Although
> the draft doesn't use the RFC 8300 NSH, it could very easily take advantage
> of features provided by the NSH (such as metadata) by adding NSH over MPLS
> as defined in draft-ietf-mpls-sfc-encapsulation to the list of
> encapsulations listed in section 2.5. And this draft provides an excellent
> label distribution mechanism for NSH over MPLS. It would make a lot of
> sense to add a reference to draft-ietf-mpls-sfc-encapsulation in the list
> of encapsulations in section 2.5.
>
>
>
> Thanks,
>
> Andy
>
>
>
___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess


Re: [bess] Comment on draft-ietf-bess-service-chaining-06

2018-12-19 Thread Stuart Mackie
Hi Andy,

I‘m struggling to make the connection, since draft-ietf-bess-service-chaining 
is specifically about how to do service chaining without needing a new protocol 
like NSH, so SFF labels would never be used.

In draft-ietf-bess-service-chaining , if MPLS transport were used between 
Service Function Forwarders, a label would be allocated for a SF interface when 
a route pointing to it is installed (by the controller). This would be 
advertised to the controller and from there sent to the forwarders with egress 
interfaces for the previous SF in the chain. The label would be used at the 
bottom of the MPLS stack as is done normally.

Cheers

Stuart
-914 886 2534

From: "Andrew G. Malis" 
Date: Tuesday, December 4, 2018 at 5:10 PM
To: "bess@ietf.org" , 
"draft-ietf-bess-service-chain...@ietf.org" 

Cc: "draft-ietf-mpls-sfc-encapsulat...@ietf.org" 

Subject: Comment on draft-ietf-bess-service-chaining-06
Resent-From: 
Resent-To: , , , 
, , 
Resent-Date: Tuesday, December 4, 2018 at 5:10 PM

I just read the new revision of draft-ietf-bess-service-chaining. Although the 
draft doesn't use the RFC 8300 NSH, it could very easily take advantage of 
features provided by the NSH (such as metadata) by adding NSH over MPLS as 
defined in draft-ietf-mpls-sfc-encapsulation to the list of encapsulations 
listed in section 2.5. And this draft provides an excellent label distribution 
mechanism for NSH over MPLS. It would make a lot of sense to add a reference to 
draft-ietf-mpls-sfc-encapsulation in the list of encapsulations in section 2.5.

Thanks,
Andy

___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess


[bess] Comment on draft-ietf-bess-service-chaining-06

2018-12-04 Thread Andrew G. Malis
I just read the new revision of draft-ietf-bess-service-chaining. Although
the draft doesn't use the RFC 8300 NSH, it could very easily take advantage
of features provided by the NSH (such as metadata) by adding NSH over MPLS
as defined in draft-ietf-mpls-sfc-encapsulation to the list of
encapsulations listed in section 2.5. And this draft provides an excellent
label distribution mechanism for NSH over MPLS. It would make a lot of
sense to add a reference to draft-ietf-mpls-sfc-encapsulation in the list
of encapsulations in section 2.5.

Thanks,
Andy
___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess