Just Thinking (About the Nightmare Transition Ahead)

Sabahattin Gucukoglu <mail@sabahattin-gucukoglu.com> Sat, 22 January 2011 15:31 UTC

Return-Path: <mail@sabahattin-gucukoglu.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E54B33A6959 for <ietf@core3.amsl.com>; Sat, 22 Jan 2011 07:31:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.962
X-Spam-Level:
X-Spam-Status: No, score=0.962 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HOST_EQ_MODEMCABLE=1.368, HOST_MISMATCH_COM=0.311, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RDNS_DYNAMIC=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lU8S-KtRwjNW for <ietf@core3.amsl.com>; Sat, 22 Jan 2011 07:31:57 -0800 (PST)
Received: from Mintaka.sabahattin-gucukoglu.com (Mintaka.sabahattin-gucukoglu.com [IPv6:2002:adcb:c9c7::1]) by core3.amsl.com (Postfix) with ESMTP id 7EE973A695F for <ietf@ietf.org>; Sat, 22 Jan 2011 07:31:56 -0800 (PST)
Received: from Mintaka.sabahattin-gucukoglu.com ([::ffff:127.0.0.1]:57567) by Mintaka.sabahattin-gucukoglu.com with [XMail 1.27 ESMTP Server] id <S27C34> for <ietf@ietf.org> from <mail@sabahattin-gucukoglu.com>; Sat, 22 Jan 2011 15:34:43 -0000
Received: from [192.168.1.13] (cpc4-dals7-0-0-cust274.hari.cable.virginmedia.com [62.31.227.19]) (using SMTP over TLS) by Mintaka.sabahattin-gucukoglu.com (tmda-ofmipd) with ESMTP; Sat, 22 Jan 2011 15:34:42 +0000
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: Just Thinking (About the Nightmare Transition Ahead)
Date: Sat, 22 Jan 2011 15:34:33 +0000
Message-Id: <A7DFC328-44B1-455D-9893-0EE8BF354894@sabahattin-gucukoglu.com>
To: ietf@ietf.org
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
X-Delivery-Agent: TMDA/1.1.12-kg2 (Pluto)
From: Sabahattin Gucukoglu <mail@sabahattin-gucukoglu.com>
X-Primary-Address: mail@sabahattin-gucukoglu.com
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Sabahattin Gucukoglu <mail-dated-1298302483.e6e7db@sabahattin-gucukoglu.com>
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jan 2011 15:31:58 -0000

My thought right now is perhaps of an OS update that includes a background client which tries very hard to reduce the effect of breakage or delay caused by IPv6 routes that are dead, DNS queries that don't go anywhere, and delays caused by slow transition techniques.  It couldn't be comprehensive, but I think it'd go a long way at this point.  The software vendors could, for instance, provide the test sites that receive IPv6 probes and/or traffic, and respond to them.  Not scalable? ...

Cheers,
Sabahattin