From owner-freebsd-current@FreeBSD.ORG Sat Nov 2 20:27:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5FA415DA; Sat, 2 Nov 2013 20:27:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x22a.google.com (mail-qe0-x22a.google.com [IPv6:2607:f8b0:400d:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ECCAB277E; Sat, 2 Nov 2013 20:27:40 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id gc15so3387721qeb.1 for ; Sat, 02 Nov 2013 13:27:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=6gUDllHCwF8o6+ayw0cnzkTS1WL8h+lwFtHaSP9mxsA=; b=ocLNobEoQ+An3IAKIuM+ViHUUdOdfRRiYdTNpw9QYHqjHCytSKnz6j7D7JJpcem1pY bOpvgLc4HOTXaaW4jaSxouqG9e/rST9Afd55kLudcKCsCZ1OOSAytpX5OoRU0CYPvGkD o8CHpJBXJm8yitmmdsQDQJeeKMu+C0irz78QpagGnJC84ZgIei9tvB/2cmr4f/AoaKXy e3w5ty8HfeGocPoorOzrunswOF90A0rJBcSQXqgXiF7NgFZ7uOjI+6pdPbaqmF4Qz84Z RwKwiHU3MN6orhnqwTPeLy4MJfa4TBMaQyNb8dIA89+4hrsDoseNDGFF8ua5G/YWR1uY 244A== MIME-Version: 1.0 X-Received: by 10.49.103.161 with SMTP id fx1mr12374009qeb.68.1383424060073; Sat, 02 Nov 2013 13:27:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Sat, 2 Nov 2013 13:27:39 -0700 (PDT) In-Reply-To: <0F068420-0A1C-4605-90A8-0D1C1120F222@FreeBSD.org> References: <5271BC11.1010303@FreeBSD.org> <5272D0DE.4080209@FreeBSD.org> <52745B7F.2080608@vangyzen.net> <5274B947.7030607@FreeBSD.org> <1680682c-dc77-4ee3-8e59-ee7356f307a3@email.android.com> <5274D90D.8040508@FreeBSD.org> <20131102113750.GG2951@home.opsec.eu> <5274EFD6.6030504@FreeBSD.org> <0F068420-0A1C-4605-90A8-0D1C1120F222@FreeBSD.org> Date: Sat, 2 Nov 2013 13:27:39 -0700 X-Google-Sender-Auth: iWi6YkfvanmYPR4Q7f2vXgXKzqc Message-ID: Subject: Re: Official FreeBSD Binary Packages now available for pkgng From: Adrian Chadd To: Mark Felder Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Kurt Jaeger , freebsd-current , Matthew Seaman X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 20:27:41 -0000 On 2 November 2013 10:44, Mark Felder wrote: > But SRV has been widely deployed since=85 before 2000? It=92s literally t= he backbone of Active Directory deployments. Here=92s a list of things that= his company=92s network design probably breaks: > > * Office 365 (cloud Exchange hosting by Microsoft; requires you use SRV r= ecords to get your company=92s clients pointed to their cloud infrastructur= e) > * LDAP > * SIP > * XMPP > * CALDAV / CARDDAV > * SMTP, IMAP, and POP clients should also obey published SRV records. Not= sure how many clients really do, though. > * Teamspeak 3 doesn=92t force you to use SRV, but you can use only SRV re= cords > * Minecraft > * Last I knew IRCv4 specs are slated to include SRV as a core feature Wonderful. > I can=92t speak for the caching issues, but SRV is pretty active and only= getting more popular because things like =93round robin DNS=94 are a horri= ble, ugly, unreliable hack and things like Anycast or Geo-DNS isn=92t alway= s feasible. I can speak for the caching issues. It's a non-starter. I'd rather see patches to Squid and such that support more automated SRV handling (if it doesn't already do it; I haven't checked lately!) and make things work correctly with caching. With a fallback, of course, to A records. A lot of HTTP infrastructure lives on anycast DNS, HTTP redirects and geoip records. Saying it's broken and not feasible is nonsense. Also - "all" you have to do is require all the servers in your farm to handle requests for 'pkg.freebsd.org' rather than 'somethinguniqueperhost.freebsd.org' and then teach pkgng to actually issue requests for that, and caching will mostly just work again. Right now you're having SRV return a set of named aliases to issue requests to and this set of hostnames is what's breaking effective caching. Sheesh! -adrian