Re: vepc draft Rev. 04 - /62s to UE, not /64s

Alexandru Petrescu <[email protected]>
Newsgroups gmane.ietf.nemo
Message-ID <[email protected]>
Hi,

In addition to what Behcet says.

I read the example below.  I think it is just an example, but just to 
make sure.

Please - do not allocate /64s to end users in a cellular network. 
Allocate at least /62s to end users.

This is to allow the smartphone to perform tethering (small network of 
wifi devices connecting through the smartphone to the Internet).

The assumption of /64 to end user is not good at all.

(and yes, I agree that these /62s may be aggregated into a larger prefix 
and advertised upstream as a single prefix instead of multiple 
host-based routes).

Yours,

Alex Petrescu

Le 26/05/2015 22:34, Behcet Sarikaya a écrit :
> 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.
>
> 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.
>
> Regards,
>
> Behcet
>
>
>
> On Sat, May 16, 2015 at 8:01 AM, Satoru Matsushima
> <[email protected]> wrote:
>> Hi Bechet-san,
>>
>> Thank you for your question.
>> In step (15), I meant that EPC-E advertises prefix including UE assigned
>> prefixes.
>>
>> For example, in the case of /64 prefixes assigned to UEs from a /56 space,
>> that /56
>> is advertised by EPC-E to upstream routers. So the advertised route isn't
>> host routes.
>>
>> Depends on configuration policy, but one case is that the source of that
>> advertised
>> /56 route might be statically configured in EPC-E.
>>
>> Regards,
>> --satoru
>>
>>
>>
>> On Wed, May 13, 2015 at 4:51 AM, Behcet Sarikaya <[email protected]>
>> wrote:
>>>
>>>   Hi Matsushima-san,
>>>
>>> I have a question on your draft:
>>> In Sec. 3.2, page 11, you say
>>> In step (15), the EPC-E advertises routes to upstream routers ...
>>>
>>> Are these routes static/host routes?
>>>
>>> Regards,
>>>
>>> Behcet
>>
>>
>
> _______________________________________________
> dmm mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/dmm
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.