From owner-freebsd-net@FreeBSD.ORG Sat Jan 11 13:32:46 2014 Return-Path: Delivered-To: freebsd-net@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 ESMTPS id A5A3B4E8 for ; Sat, 11 Jan 2014 13:32:46 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 31AF61335 for ; Sat, 11 Jan 2014 13:32:46 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3f1hnm0jHBzGMth for ; Sat, 11 Jan 2014 14:32:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla2; t=1389447161; x=1392039162; bh=acT NOS95Nk3uptCBmUhfSmmshKJKn3Y4kCLFJROejB4=; b=F8wsYa2nCA1HlSVmIM3 dVl/z8aCNHoNF0nR+xMYs3ZwqyX0fAKmQUbq/6LANbKiKjAEBw5iP/rfmHictfkP 6GYRWoOApqt71Qw5Ea0j7qZNboziKz4xE7o4NCTGTNqjD6FbP2t6DJel5p2F7uxX Guox2tIMMMos375cl+CFikP0= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id i16oZY-l1LzM for ; Sat, 11 Jan 2014 14:32:41 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Sat, 11 Jan 2014 14:32:41 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [193.2.4.95]) by mildred.ijs.si (Postfix) with ESMTP id 4789F4DF for ; Sat, 11 Jan 2014 14:32:41 +0100 (CET) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Sat, 11 Jan 2014 14:32:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 11 Jan 2014 14:32:41 +0100 From: Mark Martinec To: freebsd-net@freebsd.org Subject: Re: Merge ping+ping6 and traceroue+traceroute6 to single =?UTF-8?Q?utilities=3F?= Organization: J. Stefan Institute In-Reply-To: <52D14140.3090003@gibfest.dk> References: <1063008459.20140111160525@serebryakov.spb.ru> <52D14140.3090003@gibfest.dk> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/0.9.5 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 13:32:46 -0000 > On 11-01-2014 13:05, Lev Serebryakov wrote: >> Is here any project to merge ping/ping6 into ping and >> traceroute/traceroute6 into treaceroute? As IPv6 becomes more common >> these >> days, it is very inconvenient to have these utilities separated. >> 2014-01-11 Thomas Steen Rasmussen wrote: > I hope not, these should remain seperate, allow me to explain: > > There is a good reason these utilities are seperated into v4 and > v6 specific versions, while other tools support both. The reason > is that ping and traceroute are network troubleshooting utilities > that are only used for verifying/testing network connectivity. > > When testing network connectivity you are usually thinking about a > specific protocol. Having seperate versions of the tools removes the > ambiguity for hostnames with both A and AAAA records. If you want > to test v4, use ping, if you want to test v6, use ping6. > > Normal network enabled utilities like telnet or ftp or nc support > both because when using those you usually don't care about the > address family used, you just want to connect. This is a significant > difference from using ping or traceroute where you almost always > want a specific address family, depending on what you are testing. While the argument may be valid from some particular point of view, I'd be very much in favour of having a unified utility. The Windows ping and tracert command line utilities already have options -4 and -6 to force one or the other protocol and I find it very intuitive and convenient. By default they try IPv6 if the target is/has an IPv6 address, and use IPv4 if the target does not have an IPv6 address or if forced by option -4 (or /4 ). A common use of a ping is just to very if a machine is somehow reachable over the network. Often this suffices and it does not matter over which PF it is reachable. The ping6 and traceroute6 could be made just links to a common utility and turn on the -6 option implicitly. For a transition period I could live with the -4 being a default, if that would be a consensus. I'm aware that ICMP and ICMP6 are quite different protocols, but from a user's or sysadmin's perspective one should not need to check first the local and remote protocol family of a host to be pinged, just to be able to see if it is there. Tools like Nagios could benefit too. I sincerely hope that these two utilities could be merged some day, better sooner than later. Mark