Re: [v6ops] I-D Action: draft-vanrein-v6ops-6bed4-00.txt

Jeroen Massar <jeroen@unfix.org> Thu, 28 July 2011 09:17 UTC

Return-Path: <jeroen@unfix.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7490D21F8C70 for <v6ops@ietfa.amsl.com>; Thu, 28 Jul 2011 02:17:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.449
X-Spam-Level:
X-Spam-Status: No, score=-102.449 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9IoH8OvyyFoA for <v6ops@ietfa.amsl.com>; Thu, 28 Jul 2011 02:17:56 -0700 (PDT)
Received: from icaras.de.unfix.org (icaras.de.unfix.org [IPv6:2a01:4f8:130:74c1:5054:ff:fec4:f7d4]) by ietfa.amsl.com (Postfix) with ESMTP id B41BB21F8C71 for <v6ops@ietf.org>; Thu, 28 Jul 2011 02:17:55 -0700 (PDT)
Received: from yomi.ch.unfix.org (223-95.60-188.cust.bluewin.ch [188.60.95.223]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jeroen) by icaras.de.unfix.org (Postfix) with ESMTPSA id 31B10801C2BF; Thu, 28 Jul 2011 11:17:38 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=unfix.org; s=DKIM2009; t=1311844673; bh=w8Vc8pSL2j1VTan4PHbjSZQpNAf+cREy9PYwjIPffrE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=C2Jm7k3bLshclow2BHQzxqNJ53qaEMJRcqaT7wsJKv2IgIiB0XR25AqZ4Tg/kAk1r 9zP5LLMbYz6WevUfjeMzr7cNrIZndJVr5roWqxZYTe4IABWmGqxmjgR8xoMOJQMKDo SRt/C8S17UVLmIQ8kotJknFTgup4VAwvEq2myoRe4btp993jVN0Uupa4Usvm6hOlAA aHzTWjdKBPWXGw0RowovJ+V8cFIVOCdTW7dqBtzekqmkLedBW1QcQiUOMHziflv1FC Bi/RuTTuARhbj5ndcYluAlHx/frS4tVCV94wR/WJ819wzbUKyNL6ilwjTkEaPREnvs dCi9+rhq1NjmA==
Message-ID: <4E312933.3020508@unfix.org>
Date: Thu, 28 Jul 2011 11:17:39 +0200
From: Jeroen Massar <jeroen@unfix.org>
Organization: Unfix
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: Rick van Rein <rick@openfortress.nl>
References: <20110725120140.30929.29211.idtracker@ietfa.amsl.com> <4E30CFBB.1050809@gmail.com> <4E31202E.40605@unfix.org> <20110728090438.GE21519@phantom.vanrein.org>
In-Reply-To: <20110728090438.GE21519@phantom.vanrein.org>
X-Enigmail-Version: 1.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action: draft-vanrein-v6ops-6bed4-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jul 2011 09:17:57 -0000

On 2011-07-28 11:04 , Rick van Rein wrote:
> Hi,
> 
>>> A variant of Teredo that can use a provider-specific prefix and a
>>> unicast IPv4 address would surely do for the embedded systems market.
>>> But we haven't found enough interest in the IETF for that approach.
>>
>> For those there is already TSP, which is already an RFC, AYIYA which I
>> might be redoing the draft for in a few weeks.
> 
> TSP has a number of problems:
> 
> * There is no open source server-side implementation;

That is really the problem of the person who wants to build it. There
are multiple implementations in use.

> I started one, but moved over to 6bed4 because of the following shortcomings.
> 
> * Existing client implementations do not work according to the RFCs.
>
> * Correcting those clients demonstrated that the available servers
>   won't accept RFC-compliant traffic.

Maybe you should contact the programmers of the client and the operators
of the service about this? There must be a reason why they are different.

IPv6.org.sa / CITC apparently did their own implementation[1] of the
server side based on the RFCs and the standard gogo6 client works for
them... so are you sure you did not do something wrong?

They also state in those slides that they might open source the thing.

Greets,
 Jeroen

[1] Google docs/cache URL as their website is unreachable for me
a google(www.ipv6.org.sa) pops it up

https://docs.google.com/viewer?a=v&q=cache:iSgSvLpRDk8J:www.ipv6.org.sa/sites/default/files/CITC%2520IPv6%2520Tunnel%2520Broker%2520-%2520CITC.pdf+%22www.ipv6.org.sa%22&hl=en&gl=ch&pid=bl&srcid=ADGEEShkmEVwfkVJPXHgGkNjb1EavvadxA7C6RmkqCSm95ovr5oK-Cdyql6i0WsOOk024dJhFJSgWhVJ8kraB8WGpRdeffavGCKtHJ9BppZm9ajmHA_4x6PfSW8hOd7N-TIuc_mjPZkv&sig=AHIEtbTllhdinArwegu8bKsd1F2iAwJr0w