要找到一个提供原生IPv6的ISP需要有相当的运气。 下一步需要的就是一台可以处理通讯的路由器. 到目前为止, 并非所有的路由器生产商都提供IPv6或硬件加速IPv6功能, 而网关 NAT boxes仅非常有限地支持IPv6，并且还阻断IPv6通道. 一个替代的方案是配置一台运行NetBSD的普通的PC机，用它作为一个路由器。 基本的NetBSD系统包含了一个完整的IPv6路由解决方案, 而对于特殊的路由需求，软件如Zebra可提供额外的路由协议. 目前这个解决方法在需要支持IPv6连接的站点上非常流行。 它的弊端是你需要一个ISP支持IPv6而且你可能需要为IPv6提供一个专用的上行。
尽管对使用IPv6的限制很多, 但你仍可以通过使用隧道获得IPv6的连接. 而不是让IPv6的连接仅限于线路上, IPv6数据包被封装进IPv4的数据包内, 就像 图 23.2, “一个常用的过渡方法是将IPv6封装进IPv4数据包”显示的那样. 利用现有的IPv4基础设施, 封装包被发送到一个支持IPv6的上行，它将剔除封装，然后转发IPv6数据包。
图 23.2. 一个常用的过渡方法是将IPv6封装进IPv4数据包
但使用隧道时, 有两种可能性。 一条是使用所谓的 “配置” 隧道, 另一个是所谓的 “自动” 隧道。 一条“配置” 隧道是隧道两端全需要做准备的隧道, 通常连接到某类注册以兑换配置信息。 配置隧道的一个例子就是IPv6通过IPv4封装，有关描述在 [RFC1933], 例如在NetBSD中可以通过gif(4) 设备来实施。
一条 “自动” 隧道包括了一个具有某类IPv6连通性的公用服务器, 例如通过6Bone. 这个服务器的连接数据是公开的, 而且运行一个隧道协议，这个协议允许在不具备该站点的明确注册时也能使用上行。 这个协议的一个最好的实例就是6to4机制，相关描述在 [RFC3056], 在NetBSD中通过 stf(4) 设备实现. 另一个不需要IPv6信息注册的机制是6over4机制, 它通过一个具有多播功能的IPv4网络转送IPv6通讯, 而不是通过例以太网或FDDI. 6over4 在收录在 [RFC2529]. 它的主要缺陷是你必须有一个多播的基础设施。如果你没有多播网络, 设置它花费的精力和直接配置IPv6隧道差不多, 因此这种情况下不值得为它犯愁。