[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: WG Last Call: 3GPP Analysis Document



Hi, Jasiminko!

Thanks for your comments!

It is true that the current text may not be clear enough - and I think your suggested text is mostly fine. I made some minor modifications in it (see below):

----

This subsection includes the case in which the peer node is outside the
operator's network. In that case IPv6-in-IPv4 tunneling can be necessary
to obtain IPv6 connectivity and reach other IPv6 nodes.

Tunnel starting point can be in the operator's network depending on
how far the 3GPP operator has come in implementing IPv6. If the 
3GPP operator does not have an IP backbone, or has not 
implemented IPv6 in it, the encapsulating node can be the GGSN. 
If the 3GPP operator has an IP backbone, and has implemented 
IPv6 in it, but the upstream ISP does not provide IPv6 connectivity 
to the Internet, the encapsulating node can be the edge router.

The case is pretty straightforward if the upstream ISP provides 
IPv6 connectivity to the Internet and the operator's backbone network
supports IPv6. Then the 3GPP operator does not have to configure
any tunnels, since the upstream ISP will take care of routing IPv6
packets. If the upstream ISP does not provide IPv6 connectivity, 
an IPv6-in-IPv4 tunnel should be configured e.g. from the edge 
router to a dual stack border gateway operated by another ISP
which is offering IPv6 connectivity.

In the tunneling scenarios above, usage of configured IPv6-in-IPv4 
tunneling is recommended. As the number of the tunnels outside
of the 3GPP network is limited, no more than a couple of tunnels 
should be needed.

----

By the way, did you intentionally leave the [ISP-scen] reference out? That might be rational, because that reference is already mentioned in 3.2 just before subsection 3.2.1.

Cheers,
	 -Juha-


-----Original Message-----
From: ext [mailto:Jasminko.Mulahusic@teliasonera.com]
Sent: 07 October, 2003 19:22

----
3.2.2 Tunneling outside the 3GPP Operator's Network 
     
    This subsection includes the case when the peer node is outside the 
    operator's network. In that case the IPv6-in-IPv4 tunnel starting 
    point can be in the operator's network - encapsulating node can be 
    e.g. the GGSN or the edge router. 
     
    The case is pretty straightforward if the upstream ISP provides 
    native IPv6 connectivity to the Internet. If there is no native 
    IPv6 connectivity available in the 3GPP network, an IPv6-in-IPv4 
    tunnel should be configured from e.g. the GGSN to the dual stack 
    border gateway in order to access the upstream ISP. 
     
    If the ISP only provides IPv4 connectivity, then the IPv6 traffic 
    initiated from the 3GPP network should be transported tunneled in 
    IPv4 to the ISP. 
     
    Usage of configured IPv6-in-IPv4 tunneling is recommended. As the 
    number of the tunnels outside of the 3GPP network is limited, no 
    more than a couple of tunnels should be needed. 
     
    ISP transition scenarios are described in [ISP-scen]. 
----     

it is somehow difficult to follow this section. there are three
important parts here: gprs access network, 3gpp ip backbone (if the 3gpp
operator has one) and upstream isp. it is hard to decide which is which
in the text.

is this what is meant or something else?

    This subsection includes the case when the peer node is outside the
    operator's network. In that case an IPv6-in-IPv4 tunnel should be
    configured in order to obtain IPv6 connectivity and reach other IPv6
nodes.

    Starting point can be in the operator's network and will depend on
how far
    the 3GPP operator has come in implementing IPv6. If the 3GPP
operator
    does not have an IP backbone or has not implemented IPv6 in the
backbone,
    the encapsulating node can be the GGSN. If the 3GPP operator does
have an
    own IP backbone, and has implemented IPv6, but upstream ISP does not
provide
    IPv6 connectivity to the Internet, the encapsulating node can be the
edge router. 
     
    The case is pretty straightforward if the upstream ISP provides 
    IPv6 connectivity to the Internet. In that case the 3GPP operator
    does not have to configure any tunnels, since the upstream ISP will
    take care of routing IPv6 packets. If the upstream ISP does not
    provide IPv6 connectivity, an IPv6-in-IPv4 tunnel should be
configured
    from e.g. the edge router to a dual stack border gateway operated by
another
    ISP which is offering IPv6 connectivity.

    Usage of configured IPv6-in-IPv4 tunneling is recommended. As the 
    number of the tunnels outside of the 3GPP network is limited, no 
    more than a couple of tunnels should be needed. 


jasminko