[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: New Version Notification for draft-koodli-ipv6-in-mobile-networks-02
- To: Rajeev Koodli <rkoodli@cisco.com>
- Subject: Re: New Version Notification for draft-koodli-ipv6-in-mobile-networks-02
- From: jouni korhonen <jouni.nospam@gmail.com>
- Date: Mon, 19 Apr 2010 22:36:20 +0300
- Cc: <v6ops@ops.ietf.org>
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=R5cpAL4s9jHSGSWS9ervG3Gcwhamg0FIJhWExR3BlK6a2k1QsAqfszQWAdbj/7Iuyr 7RiE7qxjn1vZDq4fLrSFyzOkhVrBMnb8bKj6+c5czlD+cO/kvgjRd5AigT9Inm7xcOBK q/XJG11dD+fBLR+/olNR2ExT9D/v1GokYVHKo=
- In-reply-to: <C7F1E69C.53EE%rkoodli@cisco.com>
- References: <C7F1E69C.53EE%rkoodli@cisco.com>
Hi Rajeev,
Thanks again for you answers. Few more comments inline.
On Apr 19, 2010, at 8:53 PM, Rajeev Koodli wrote:
>
> Hi Jouni,
>
>>>> Does the on-demand IPv4 PDN management here imply establishing and tearing
>>>> down IPv4 PDN connections based on the IPv4 use?
>>>
>>> Not necessarily. This is typically based on session (PDN/PDP) timers on the
>>> network side.
>>
>> We have seen mobiles trying to be too clever here as well (not for preserving
>> IPv4 addresses but battery). However, the outcome will be more or less the
>> same if the document encourages establishing and tearing down connections "in
>> a clever way".
>
> The document is not proposing any cleaver ways. This is tied to PDN/PDP
> session management. Whether we like it or not, session timers can clean up
> state.
Ok. The draft could actually mention that. Session idle timers controlled IPv4 PDP context/PDN connection tearing down from network side sounds reasonable.
>>> The MN does not have to do any signaling.
>>
>> I am not concerned about MN doing IP layer signaling, that's peanuts. I am
>> worried about the signaling caused by the MN playing around with the PDN
>> connection that is then seen between core network nodes as signaling bursts.
>> This is an issue especially with pre-LTE stuff, which seems to be the part
>> that would actually get affected by recommendation of on-demand IPV4
>> connection management.. Even if the draft targets for the LTE, majority of the
>> networks will be mix of 3G and LTE for a long time. Some text explaining pros
>> and cons/side effects would actually be all that is needed.
>
> Could you explain the signaling bursts?
Establishing and tearing down a PDP context/PDN connection is a costly operation system wide. You don't want to do that too frequently unless you somehow have determined the connection is idle or so (which might be somewhat impossible.. considering e.g. how talkative modern OSes are).
Cheers,
jouni
[snip]