From sacadmin Mon Oct  1 10:44:01 2007
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l91Hi1lB018531;
	Mon, 1 Oct 2007 10:44:01 -0700 (PDT)
Received: (from meem@localhost)
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id l91Hi1Z4018528;
	Mon, 1 Oct 2007 10:44:01 -0700 (PDT)
Date: Mon, 1 Oct 2007 10:44:01 -0700 (PDT)
From: Peter Memishian <meem@sac.sfbay.sun.com>
Message-Id: <200710011744.l91Hi1Z4018528@sac.sfbay.sun.com>
To: PSARC-record@sac.sfbay.sun.com
Cc: clearview-discuss@opensolaris.org
Subject: IP_XMIT_IF removal and IP_BOUND_IF rationalization [PSARC/2007/565 FastTrack timeout 10/10/2007]
Status: RO
Content-Length: 589


Template Version: @(#)sac_nextcase 1.64 07/13/07 SMI
This information is Copyright 2007 Sun Microsystems
1. Introduction
    1.1. Project/Component Working Name:
	 IP_XMIT_IF removal and IP_BOUND_IF rationalization
    1.2. Name of Document Author/Supplier:
	 Author:  Peter Memishian
    1.3  Date of This Document:
	01 October, 2007
4. Technical Description
    See the case directory for more detail

6. Resources and Schedule
    6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name:
		ON
    6.5. ARC review type: FastTrack
    6.6. ARC Exposure: open


From peter.memishian@sun.com Mon Oct  1 10:51:13 2007
Received: from sunmail2sca.sfbay.sun.com (sunmail2sca [129.145.155.234])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l91HpDXE018776
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 1 Oct 2007 10:51:13 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l91Hm1Fs015408
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 1 Oct 2007 10:48:04 -0700 (PDT)
Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by
 brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JP800G19US3TL00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Mon, 01 Oct 2007 11:48:03 -0600 (MDT)
Received: from dhcp-cbjs05-219-56.PRC.Sun.COM ([129.158.219.180])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JP800429US047C0@brm-avmta-1.central.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon,
 01 Oct 2007 11:48:01 -0600 (MDT)
Received: from dhcp-cbjs05-219-56.PRC.Sun.COM (localhost [127.0.0.1])
	by dhcp-cbjs05-219-56.PRC.Sun.COM (8.14.1+Sun/8.14.1)
 with ESMTP id l91HlnPC021344; Tue, 02 Oct 2007 01:47:50 +0800 (CST)
Received: (from meem@localhost)	by dhcp-cbjs05-219-56.PRC.Sun.COM
 (8.14.1+Sun/8.14.1/Submit) id l91HlnGn021341; Tue,
 02 Oct 2007 01:47:49 +0800 (CST)
Date: Tue, 02 Oct 2007 01:47:49 +0800
From: Peter Memishian <peter.memishian@sun.com>
Subject: PSARC/2007/565 IP_XMIT_IF removal and IP_BOUND_IF rationalization
To: psarc-ext@sun.com
Cc: clearview-discuss@opensolaris.org
Reply-to: peter.memishian@sun.com
Message-id: <18177.12997.26577.657983@dhcp-cbjs05-219-56.PRC.Sun.COM>
MIME-version: 1.0
X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
X-Authentication-warning: dhcp-cbjs05-219-56.PRC.Sun.COM: meem set sender to
 peter.memishian@sun.com using -f
Status: RO
Content-Length: 3062


I'm sponsoring this case for myself.  The timeout is set for 10/8/2007
(please disregard the earlier timeout of 10/10/2007).

Introduction
------------

  Over the years, the Solaris sockets API has accrued a variety of methods
  to send or receive packets over a specific IP interface.  This case
  proposes to simplify and rationalize the landscape by removing
  IP_XMIT_IF and extending IP_BOUND_IF to match the behavior and
  commitment level of IPV6_BOUND_IF.  Since both IP_XMIT_IF and
  IP_BOUND_IF have been Consolidation Private, patch binding is requested.

Details
-------

  The IP_XMIT_IF socket option was originally introduced with Mobile IP
  (PSARC/2001/350) as a consolidation-private mechanism to force unicast
  and multicast traffic to be sent out a specific IP interface.  While
  Mobile IP has been EOL'd (PSARC/2007/311), IP_XMIT_IF was not removed
  because our in.routed implementation was making use of it.  However, we
  later realized that in.routed's needs would be better-suited by the
  IP_PKTINFO facility (PSARC/2006/466), allowing removal of IP_XMIT_IF.
  Google and koders.com reveal no external consumers of IP_XMIT_IF.

  The IP_BOUND_IF socket option was never ARC'd, but arrived in ON during
  IPv6 development, apparently to parallel the stable IPV6_BOUND_IF socket
  option documented in ip6(7P).  However, for reasons lost in the sands of
  time, IP_BOUND_IF currently supports only broadcast traffic.  We propose
  to rationalize IP_BOUND_IF to match IPV6_BOUND_IF by adding support for
  unicast and multicast traffic as well.  IP_BOUND_IF will also be
  promoted to Committed and described in ip(7P).

  To summarize, the current landscape for sending/receiving packets over
  a specific IP interface is:

                     UNICAST MULTICAST BROADCAST DIRECTION STICKY
  IP_XMIT_IF             yes       yes        no      send    yes
  IP_BOUND_IF             no        no       yes      both    yes
  IPV6_BOUND_IF          yes       yes       n/a      both    yes
  IP_MULTICAST_IF         no       yes        no      send    yes
  IPV6_MULTICAST_IF       no       yes        no      send    yes
  IP_PKTINFO             yes       yes       yes      send     no
  IPV6_PKTINFO           yes       yes       n/a      send     no

  ... and our proposed landscape is:

                     UNICAST MULTICAST BROADCAST DIRECTION STICKY
  IP_BOUND_IF            yes       yes       yes      both    yes
  IPV6_BOUND_IF          yes       yes       n/a      both    yes
  IP_MULTICAST_IF         no       yes        no      send    yes
  IPV6_MULTICAST_IF       no       yes        no      send    yes
  IP_PKTINFO             yes       yes       yes      send     no
  IPV6_PKTINFO           yes       yes       n/a      send     no

  [ Above, "DIRECTION" refers to the API's ability to limit whether a
    given socket will send or receive packets over a particular IP
    interface.  IP_PKTINFO can identify what IP interface a given packet
    was received on, but does not prevent the reception. ]

-- 
meem

From glenn.skinner@sun.com Mon Oct  1 13:50:03 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l91Ko2uF024566
	for <psarc-ext@sac.sfbay.Sun.COM>; Mon, 1 Oct 2007 13:50:03 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l91Kka6e018615;
	Tue, 2 Oct 2007 04:46:53 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JP900E0D322ES00@nwk-avmta-2.sfbay.sun.com>; Mon,
 01 Oct 2007 13:46:50 -0700 (PDT)
Received: from ivrel.sfbay.sun.com ([129.146.74.76])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JP900LEI32141F0@nwk-avmta-2.sfbay.sun.com>; Mon,
 01 Oct 2007 13:46:49 -0700 (PDT)
Received: from ivrel (ivrel [129.146.74.76])
	by ivrel.sfbay.sun.com (8.13.8+Sun/8.13.8) with SMTP id l91KYrUf017824; Mon,
 01 Oct 2007 13:34:53 -0700 (PDT)
Date: Mon, 01 Oct 2007 13:34:53 -0700 (PDT)
From: Glenn Skinner <glenn.skinner@sun.com>
Subject: Re: 2007/565 [IP_XMIT_IF removal and IP_BOUND_IF rationalization]
To: psarc-ext@sun.com, peter.memishian@sun.com
Cc: clearview-discuss@opensolaris.org
Reply-to: Glenn Skinner <glenn.skinner@sun.com>
Message-id: <200710012034.l91KYrUf017824@ivrel.sfbay.sun.com>
MIME-version: 1.0
X-Mailer: dtmail 1.3.0 @(#)CDE Version 1.6_36 SunOS 5.11 sun4u sparc
Content-type: TEXT/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-MD5: UhWg841rvBQjKg8X77yu6Q==
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 854

    Date: Tue, 02 Oct 2007 01:47:49 +0800
    From: Peter Memishian <peter.memishian@sun.com>
    Subject: PSARC/2007/565 IP_XMIT_IF removal and IP_BOUND_IF
	    rationalization

    Introduction
    ------------

      Over the years, the Solaris sockets API has accrued a variety of
      methods to send or receive packets over a specific IP interface.
      This case proposes to simplify and rationalize the landscape by
      removing IP_XMIT_IF and extending IP_BOUND_IF to match the
      behavior and commitment level of IPV6_BOUND_IF.  Since both
      IP_XMIT_IF and IP_BOUND_IF have been Consolidation Private, patch
      binding is requested.

Does IP_BOUND_IF remain at the Consolidation Private level, or do you
propose to elevate it?  (The materials don't make a definite statement,
so this is a question of clarification.)

		-- Glenn


From peter.memishian@sun.com Mon Oct  1 22:12:23 2007
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l925CMOA013791
	for <psarc-ext@sac.sfbay.Sun.COM>; Mon, 1 Oct 2007 22:12:22 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id l92596Ba010892;
	Tue, 2 Oct 2007 13:09:10 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JP900M0FQB6KU00@nwk-avmta-2.sfbay.sun.com>; Mon,
 01 Oct 2007 22:09:06 -0700 (PDT)
Received: from dhcp-cbjs05-219-56.PRC.Sun.COM ([129.158.219.180])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JP9007TQQB5ZUE0@nwk-avmta-2.sfbay.sun.com>; Mon,
 01 Oct 2007 22:09:06 -0700 (PDT)
Received: from dhcp-cbjs05-219-56.PRC.Sun.COM (localhost [127.0.0.1])
	by dhcp-cbjs05-219-56.PRC.Sun.COM (8.14.1+Sun/8.14.1)
 with ESMTP id l9258ovc022278; Tue, 02 Oct 2007 13:08:50 +0800 (CST)
Received: (from meem@localhost)	by dhcp-cbjs05-219-56.PRC.Sun.COM
 (8.14.1+Sun/8.14.1/Submit) id l9258nhN022275; Tue,
 02 Oct 2007 13:08:49 +0800 (CST)
Date: Tue, 02 Oct 2007 13:08:49 +0800
From: Peter Memishian <peter.memishian@sun.com>
Subject: Re: 2007/565 [IP_XMIT_IF removal and IP_BOUND_IF rationalization]
In-reply-to: <200710012034.l91KYrUf017824@ivrel.sfbay.sun.com>
To: Glenn Skinner <glenn.skinner@sun.com>
Cc: psarc-ext@sun.com, peter.memishian@sun.com,
        clearview-discuss@opensolaris.org
Reply-to: peter.memishian@sun.com
Message-id: <18177.53857.199198.374967@dhcp-cbjs05-219-56.PRC.Sun.COM>
MIME-version: 1.0
X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
References: <200710012034.l91KYrUf017824@ivrel.sfbay.sun.com>
X-Authentication-warning: dhcp-cbjs05-219-56.PRC.Sun.COM: meem set sender to
 peter.memishian@sun.com using -f
Status: RO
Content-Length: 1154


 >     Date: Tue, 02 Oct 2007 01:47:49 +0800
 >     From: Peter Memishian <peter.memishian@sun.com>
 >     Subject: PSARC/2007/565 IP_XMIT_IF removal and IP_BOUND_IF
 > 	    rationalization
 > 
 >     Introduction
 >     ------------
 > 
 >       Over the years, the Solaris sockets API has accrued a variety of
 >       methods to send or receive packets over a specific IP interface.
 >       This case proposes to simplify and rationalize the landscape by
 >       removing IP_XMIT_IF and extending IP_BOUND_IF to match the
 >       behavior and commitment level of IPV6_BOUND_IF.  Since both
 >       IP_XMIT_IF and IP_BOUND_IF have been Consolidation Private, patch
 >       binding is requested.
 > 
 > Does IP_BOUND_IF remain at the Consolidation Private level, or do you
 > propose to elevate it?

It would be elevated to Committed for symmetry with IPV6_BOUND_IF.

 > (The materials don't make a definite statement, so this is a question
 > of clarification.)

It's buried in the "Details" section (sorry):

  [ ... ]
  unicast and multicast traffic as well.  IP_BOUND_IF will also be
  promoted to Committed and described in ip(7P).

-- 
meem

From meem@triplex.east.sun.com Mon Oct  8 14:55:04 2007
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id l98Lt3Wx017526
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 8 Oct 2007 14:55:04 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail5.uk.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id l98LpgTr016042
	for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 8 Oct 2007 22:51:48 +0100 (BST)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0JPM00N0D4QB4P00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com
 (ORCPT psarc-ext@sun.com); Mon, 08 Oct 2007 14:51:47 -0700 (PDT)
Received: from triplex.East.Sun.COM ([129.148.174.104])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0JPM00L2C4QANI20@nwk-avmta-2.sfbay.sun.com> for
 psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon,
 08 Oct 2007 14:51:46 -0700 (PDT)
Received: from triplex.East.Sun.COM (localhost [127.0.0.1])
	by triplex.East.Sun.COM (8.14.1+Sun/8.14.1) with ESMTP id l98LiGd5400761; Mon,
 08 Oct 2007 17:44:16 -0400 (EDT)
Received: (from meem@localhost)
	by triplex.East.Sun.COM (8.14.1+Sun/8.14.1/Submit) id l98LiGhF400758; Mon,
 08 Oct 2007 17:44:16 -0400 (EDT)
Date: Mon, 08 Oct 2007 17:44:16 -0400
From: Peter Memishian <peter.memishian@Sun.COM>
Subject: Re: PSARC/2007/565 IP_XMIT_IF removal and IP_BOUND_IF rationalization
To: psarc-ext@Sun.COM
Cc: clearview-discuss@opensolaris.org
Message-id: <18186.42160.279595.728177@gargle.gargle.HOWL>
MIME-version: 1.0
X-Mailer: VM 7.17 under 21.4 (patch 18) "Social Property" XEmacs Lucid
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 64


This case was approved at last week's PSARC meeting.

-- 
meem

