[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: 3gpp-analysis-07: (semi-)editorial issues
On Mon, 17 Nov 2003, Karim El-Malki (HF/EAB) wrote:
> As you say it would be better if the pdp context was already there
> but in the above case you have little other choice? (also some
> other considerations on "in advance" activation below)
Sure, but activating both v4 and v6 to begin with (if there are any
v6-using apps on the UE) should be the safest choice..
> > And actually, if an application gets e.g. both AAAA and A
> > records back
> > from the DNS, you don't know which will end up being used.
>
> True, if both are returned then we don't know since it's up
> to the app. I was taking the case where there is only a AAAA
> record and you only have a v4 pdp ctxt.
Sure, if we can assume something about apps and the scenarios where the UE
will be used, fine.
> You could activate pdp contexts in advance or you may do
> that based on app.s and in special cases (above) peer
> addresses. The "in advance" option is attractive but there
> are cases where it doesn't work well: if the application needs
> a pdp context with certain QoS and APN (e.g. corporate)
> characteristics that is not currently active. So I am not
> convinced that we should be making the above point.
I'm not sure how common those cases are. I'd assume they are not too
common. Therefore, it would seem to clarify better how the PDP contexts
are typically used.
Could you care to try to suggest a different reword to clarify the
different considerations with PDP context activation?
--
Pekka Savola "You each name yourselves king, yet the
Netcore Oy kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings