Re: Fwd: New Version Notification for draft-matsushima-stateless-uplane-vepc-00.txt

Sat Usui <[email protected]>
Newsgroups gmane.ietf.nemo
Message-ID <CABPn7YtiqLA-W2M8SteiMeHKhFrUa6fMa5GEgaD_VzUy+8hu=A@mail.gmail.com>
Hi Ryuji,

Thank you for submitting this draft. This approach is very interesting to me.
I read the draft, and I have some comments:

- It couldn't be found how to handle one and the other APNs simultaneously.
  Is it considered only for a default APN?

- I'm confused about a SGW interface address. In section 4.2, you state:

    "vEPC must use a S1-U address that is different from anycast address
     assigned to EPC-Es."

  On the other hand you state in section 3.3:

    "When an operator needs to increase virtualized instances to cope with
     just signaling overload, the operator should use the existing S1-U
     address (i.e. EPC-E anycast address) for the new instances."

  Does the latter mean not a SGW interface address but a transport
address in S1AP?

- As already discussed on list, the S1-U SGW TEID might change during
the X2 handover
  from idle-mode and from LTE to 3G (vice versa). I also think that
the UE's prefix
  should remain constant during handovers even if using stateless
u-plane or not.
  So, it might be good to use the PGW TEID or something constant for
the UE's prefix
  rather than the S1-U SGW TEID.

- If PGW sends IPv6 RAs periodically, a MN will have multiple IPv6 addresses.
  If it is not expected, RAs from PGW should be discarded, or PGW
should not send RAs.

- On fallback to the legacy EPC, I would think that it is not possible to use a
  handover procedure, because UE's prefix assignment must change from
EPC-E to PGW.
  If the PGW TEID is used for UE's prefix and assigned by PGW, it is
possible to use
  a handover procedure.

- How does a handover between multiple EPC-Es sets?
  I think it is not possible by the one SGW. The other SGW might be needed.

I'm looking forward to your presentation tomorrow.

Regards,
Satoshi Usui
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.