From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 15:44:49 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDE7E106564A for ; Thu, 23 Sep 2010 15:44:49 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEC58FC2A for ; Thu, 23 Sep 2010 15:44:48 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.3) with ESMTP id o8NFiQh5004182; Fri, 24 Sep 2010 00:44:37 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o8NFiNHT013274; Fri, 24 Sep 2010 00:44:26 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 24 Sep 2010 00:43:32 +0900 (JST) Message-Id: <20100924.004332.121072178.hrs@allbsd.org> To: lasse@bitmand.com From: Hiroki Sato In-Reply-To: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> References: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Sep_24_00_43_32_2010_590)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Fri, 24 Sep 2010 00:44:41 +0900 (JST) X-Spam-Status: No, score=-99.0 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, QENCPTR1,RCVD_IN_CHINA,RCVD_IN_CHINA_KR,RCVD_IN_PBL,RCVD_IN_TAIWAN, SPF_SOFTFAIL, USER_IN_WHITELIST, X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org Subject: Re: Default gateway on different net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 15:44:49 -0000 ----Security_Multipart(Fri_Sep_24_00_43_32_2010_590)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Lasse Brandt wrote in <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com>: la> 1) Is the hosting provider actually forcing me to do something "bad" la> og plain wrong? In that situation normally you get an IP address in the /59 network to communicate with the gateway router from ISP. An IP address in your /64 network cannot directly communicate with an address in /59. If you do not have the /59 address, I think using link-local address is the easiest way. As long as the gateway works correctly, you can get its link-local address by using the following command: % ping6 ff02::2%re0 PING6(56=40+8+8 bytes) fe80::XXXX:XXXX:XXXX:XXXX%re0 --> ff02::2%re0 16 bytes from fe80::YYYY:YYYY:YYYY:YYYY%re0, icmp_seq=0 hlim=64 time=0.525 ms 16 bytes from fe80::YYYY:YYYY:YYYY:YYYY%re0, icmp_seq=1 hlim=64 time=0.312 ms ^C Note that "XXXX:.." is your address on re0, and "YYYY:.." is the gateway's. You do not need any configuration like assigning 2a01:... address into re0 or static routes before performing this ping. At least one router replies to this and displays its link-local address. After that, you can add the default route to it: # route add -inet6 default fe80::YYYY:YYYY:YYYY:YYYY%re0 and configure your /64 address (2a01:...) to re0. -- Hiroki ----Security_Multipart(Fri_Sep_24_00_43_32_2010_590)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkybdaQACgkQTyzT2CeTzy34zACdG8dFeZNIHfkYYES1X6iRi4C/ D4YAnjOg/q2RSlUV1wqaLTX26VBJPJzU =OFkr -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Sep_24_00_43_32_2010_590)----