IETF Logo Mail Archive

Re: [hackathon] Interop testing within hackathon network

Juhamatti Kuusisaari <juhamatk@gmail.com> Fri, 12 March 2021 10:32 UTC

Return-Path: <juhamatk@gmail.com>
X-Original-To: hackathon@ietfa.amsl.com
Delivered-To: hackathon@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AA403A17C1 for <hackathon@ietfa.amsl.com>; Fri, 12 Mar 2021 02:32:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D1hktoSbjKRe for <hackathon@ietfa.amsl.com>; Fri, 12 Mar 2021 02:32:53 -0800 (PST)
Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3B603A17BD for <hackathon@ietf.org>; Fri, 12 Mar 2021 02:32:52 -0800 (PST)
Received: by mail-ed1-x52b.google.com with SMTP id z1so7234477edb.8 for <hackathon@ietf.org>; Fri, 12 Mar 2021 02:32:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=pXPb106ns3bAvu7l8i0yzQWYvz8eFyzYTGKKJApzDuM=; b=qwNqG6llQzwaRgDGAvybhCoDBnJsymtANrfZWzLAVbTkrGmlv68j+9e0JD0X7Fb00Z LyAZ51muOiy8bGQsezVzHlYIsYxX5ju1Ofvk2M1neU2BI80mO7AL+sdrzqWhePlPgv3H MJinbqkIx7Q9kL8dXEmL0A0l2FyTWwzjVW+KASbFc5xwtD69Ps5C/WIk0bgemtTsWeuU bo//VYZUY3QKvHVGd7DLD+qk2tzrYFcvrxbZ6wQK4TTsEKNy7VPJlkESc3s4eZUo/Lu/ yzxvsrut52uSJLEJD3mEJ36mlysdNkogmxqlD9lScvk+EdNkNZwtTVPaw1/nQNrOxFxT yeEg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=pXPb106ns3bAvu7l8i0yzQWYvz8eFyzYTGKKJApzDuM=; b=brs00el+S9rF+q2PDOUDi3LsLQDWUHejWhK1z5lTplQtSLluSpKpReyOJ+uv3zLxNW JUYbkUNu3Rp+w6fV1Q7ifG7zxBZtPF25hQkzoOZ/fILL40gOyfudH8/Ma67aQiEbQN8/ CRngI7i1Qwzvi/afb/txxcKmoyRohfmVwZXu5k1f4mG+3AGqsjDulx40mQxOQbesfKgl +Vkl9faX1+v4Dtxj2mT0uT0QRiapAZtoGdFXKYdjgCKzlOWfpQE+PtHs9GCqNGKZVboG c7+tyu+uN7ISguKLWC7a2cVD7gwZy9xFsPMTYpdxKRK6RS3x/QT1LTFm4iadxL3+ve0w FJxA==
X-Gm-Message-State: AOAM5300no3i4fhlfGWB8FAhW45KKAAkj0pY7p/TBPRhwWMajbD4CvqH Fxat9XpMbK56PBB0CIDEJm3+JWjYCh0oKyOK11mM9+wh
X-Google-Smtp-Source: ABdhPJyGr2WlvASsUJlan38DAJ90tv6xikMqu1tZToT63ccjhX/SMZtCYvjVY/Qo3BIDLF+BaMUbQNxhhRItlqsNh5U=
X-Received: by 2002:aa7:c1d8:: with SMTP id d24mr3593426edp.290.1615545170668; Fri, 12 Mar 2021 02:32:50 -0800 (PST)
MIME-Version: 1.0
References: <CACS3ZpDBtsEptwBj-yOVR9-+bnKtBRcPxfT5OPuojHNO4rSczg@mail.gmail.com> <D3D8F06F-E68E-4C34-B9C7-3A8621B50ED8@cisco.com>
In-Reply-To: <D3D8F06F-E68E-4C34-B9C7-3A8621B50ED8@cisco.com>
From: Juhamatti Kuusisaari <juhamatk@gmail.com>
Date: Fri, 12 Mar 2021 12:31:22 +0200
Message-ID: <CACS3ZpA8wt3HDZ4QJpBKJM5K_f2_CqzvA5PJayYw2s_=Ta8Gyg@mail.gmail.com>
To: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
Cc: "hackathon@ietf.org" <hackathon@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/hackathon/S2LUW2uGncidoLdErzXiYQHrMw4>
Subject: Re: [hackathon] Interop testing within hackathon network
X-BeenThere: hackathon@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion regarding past, present, and future IETF hackathons." <hackathon.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hackathon>, <mailto:hackathon-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hackathon/>
List-Post: <mailto:hackathon@ietf.org>
List-Help: <mailto:hackathon-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hackathon>, <mailto:hackathon-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Mar 2021 10:32:55 -0000

Hello,

On Thu, 11 Mar 2021 at 22:48, Charles Eckel (eckelcu) <eckelcu@cisco.com> wrote:
> Shared compute resources were made available at some previous in person hackathons, but that practice stoped due to low utilization.
> For recent online only hackathons, we have provided remote networking options, as described here,
> https://datatracker.ietf.org/doc/html/draft-eckel-shmoo-ietf-hackathon-03#section-6.8

Thanks for the draft link! So, NOC would then be a place to ask in
advance for networking services. I could imagine some reasonably
scaled cloud instance would also do fine, no need for actual HW in
that sense. It would be nice if the IETF hackathon organization had
some credits for those, through sponsors maybe?

> We ran into some complications that resulted in these services not being available for IETF 110, but we intend to offer something comparable for future hackathons. If so, would this work for the interop testing you have in mind?

I was thinking fairly simple TCP authentication option testing over
e.g. IPv6 telnet, or whatever may work best for possible attendees.
This does not need any fancy networking as such, only server-internal
connectivity - a cloud instance that can run KVM instances (enough
memory+cpus) would probably work fine for this.

Cheers,
--
 Juhamatti

> On 3/11/21, 8:06 AM, "hackathon on behalf of Juhamatti Kuusisaari" <hackathon-bounces@ietf.org on behalf of juhamatk@gmail.com> wrote:
>
>     Hello,
>
>     Just wondering how people have been doing interop testing in remote
>     hackathons so far, what would be the best practices? For my use case
>     the simplest thing would be to have a common server where a KVM image
>     would be instantiated and other KVM instances or even host processes
>     could connect to it over kernel switch. Anything like this available?
>
>     Thanks,
>     --
>      Juhamatti
>
>     _______________________________________________
>     hackathon mailing list
>     hackathon@ietf.org
>     https://www.ietf.org/mailman/listinfo/hackathon
>

v2.23.0 | Report a Bug | By Email