Hi Behcet,

Sorry for my late response.

As I looked over your dmm-for-wifi draft, I found two protocols to be used
to separate
control and data plane such as XMPP and OpenFlow.

It seems like you want to work on that protocols to be implemented in data
plane nodes.
OpenFlow is another forum controlled protocol so I don't touch it in the
IETF.
XMPP sounds nice. If you adopt XMPP with same model of
draft-ietf-l3vpn-end-system,
it almost same with using BGP like the vEPC draft.

But what I mentioned FPCP in vEPC is as a way to export mobility info to
BGP speaker
from control-plane nodes of mobility management.

And more, many parameters should be aligned for these nodes to utilizing
data-plane
network so that the config data model should also be defined in FPCP. I
think that's not
part of signaling protocol roles.

Thought?

Regards,
--satoru




On Wed, Jun 3, 2015 at 4:25 AM, Behcet Sarikaya <sarikaya2...@gmail.com>
wrote:

>  Hi Matsushima-san,
>
> On Fri, May 29, 2015 at 8:24 AM, Satoru Matsushima
> <satoru.matsush...@gmail.com> wrote:
> > Hi Behcet-san,
> >
> > On Wed, May 27, 2015 at 5:34 AM, Behcet Sarikaya <sarikaya2...@gmail.com
> >
> > wrote:
> >>
> >> Hi Satoru,
> >>
> >> Thanks for your reply.
> >>
> >> Let me continue the discussion with your text in Section 3.2 where you
> >> mention
> >> vEPC may utilizes Forwarding Policy Configuration Protocol (FPCP)
> >> that defines FPCP Agent function and Client function.
> >>
> >> I don't understand how you could justify defining a new forwarding
> >> policy configuration protocol to do this Agent/Client functionality?
> >> Why not use similar Agent/Client models that are being defined rather
> >> than defining a new protocol?
> >> I think this point requires much stronger justification which I could
> >> not see in Section 3.2.
> >>
> >
> > The text just describes about a part of where FPCP may be applicable in
> > vEPC.
> >
> >
> >
> >>
> >> Are you that we have to to reinvent the wheel, rather than reusing
> >> something that is already available? How are we going to reinvent that
> >> wheel also remains to be seen, I think.
> >>
> >
> > Point taken. Which kind of wheel do you have in mind?
>
>  Please check this draft:
> https://tools.ietf.org/html/draft-sarikaya-dmm-for-wifi-02
>
> Regards,
>
> Behcet
> >
> > cheers,
> > --satoru
> >
>
_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm

Reply via email to