From sacadmin Wed Jul 12 07:29:09 2006
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k6CET8nf018400
	for <psarc@sac.eng.Sun.COM>; Wed, 12 Jul 2006 07:29:09 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.149.247.22])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id k6CESoFv005833;
	Wed, 12 Jul 2006 22:29:06 +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 <0J2A00H03O8GUD00@nwk-avmta-2.sfbay.sun.com>; Wed,
 12 Jul 2006 07:29:04 -0700 (PDT)
Received: from sac.sfbay.sun.com ([129.146.175.66])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0J2A00K8SO8GB4A0@nwk-avmta-2.sfbay.sun.com>; Wed,
 12 Jul 2006 07:29:04 -0700 (PDT)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k6CET4J4018397; Wed,
 12 Jul 2006 07:29:04 -0700 (PDT)
Received: (from ss146556@localhost)
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6/Submit) id k6CET4YR018396; Wed,
 12 Jul 2006 07:29:04 -0700 (PDT)
Date: Wed, 12 Jul 2006 07:29:04 -0700 (PDT)
From: PSARC-coord@sun.com
Subject: New PSARC Materials Submitted 2006/402 SIP Library Integration
To: PSARC@sun.com
Cc: Venu.Iyer@sun.com, PSARC-coord@sun.com
Message-id: <200607121429.k6CET4YR018396@sac.sfbay.sun.com>
MIME-version: 1.0
Content-type: text/plain
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 1539

New Materials submitted for PSARC 2006/402 SIP Library Integration
Status: submitted

Files:
/shared/sac/PSARC/2006/402/inception.materials/1-pager.txt
/shared/sac/PSARC/2006/402/inception.materials/20qns.txt
/shared/sac/PSARC/2006/402/inception.materials/libsip_3lib
/shared/sac/PSARC/2006/402/inception.materials/sip_add_header.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_add_request_line.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_branchid.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_copy_start_line.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_delete_start_line.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_get_dialog_state.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_get_header.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_get_header_value.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_get_num_via.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_get_trans.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_get_uri_parsed.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_msg_is_request.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_msg_to_str.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_new_msg.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_sendmsg.3sip
/shared/sac/PSARC/2006/402/inception.materials/sip_stack_init.3sip
/shared/sac/PSARC/2006/402/inception.materials/sipapi.pdf
/shared/sac/PSARC/2006/402/inception.materials/sipdoc.pdf

Please let me know if you have questions.

- PSARC


From sacadmin Wed Jul 12 07:30:26 2006
Received: from sunmail1brm.Central.Sun.COM (sunmail1brm.Central.Sun.COM [129.147.62.17])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k6CEUQnd018442
	for <psarc@sac.eng.Sun.COM>; Wed, 12 Jul 2006 07:30:26 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.149.246.28])
	by sunmail1brm.Central.Sun.COM (8.11.7p1+Sun/8.11.7/ENSMAIL,v2.2) with ESMTP id k6CEUPE12537;
	Wed, 12 Jul 2006 08:30:25 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 id <0J2A00H0ZOAJUI00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 12 Jul 2006 07:30:19 -0700 (PDT)
Received: from nwkea-pix-1.sun.com ([10.4.134.6]) by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 with ESMTP id <0J2A00CN7OAI2T40@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 12 Jul 2006 07:30:18 -0700 (PDT)
Received: from d1-sfbay-04.sun.com ([192.18.39.114])
	by nwkea-pix-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k6CEUInd016378; Wed,
 12 Jul 2006 07:30:18 -0700 (PDT)
Received: from conversion-daemon.d1-sfbay-04.sun.com by d1-sfbay-04.sun.com
 (Sun Java System Messaging Server 6.2-4.02 (built Sep  9 2005))
 id <0J2A00801M68ZI00@d1-sfbay-04.sun.com>
 (original mail from Sherri.Shieh@Sun.COM); Wed,
 12 Jul 2006 07:30:18 -0700 (PDT)
Received: from [129.150.22.214] by d1-sfbay-04.sun.com
 (Sun Java System Messaging Server 6.2-4.02 (built Sep  9 2005))
 with ESMTPSA id <0J2A0051XOAIXJ50@d1-sfbay-04.sun.com>; Wed,
 12 Jul 2006 07:30:18 -0700 (PDT)
Date: Wed, 12 Jul 2006 07:30:21 -0700
From: Sherri Shieh <Sherri.Shieh@Sun.COM>
Subject: Re: New PSARC Materials Submitted 2006/402 SIP Library Integration
In-reply-to: <200607121429.k6CET4YR018396@sac.sfbay.sun.com>
Sender: Sherri.Shieh@Sun.COM
To: PSARC@Sun.COM
Cc: Venu.Iyer@Sun.COM
Reply-to: Sherri.Shieh@Sun.COM
Message-id: <44B5077D.5000200@sun.com>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=us-ascii
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
X-PMX-Version: 5.2.0.264296
References: <200607121429.k6CET4YR018396@sac.sfbay.sun.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12)
 Gecko/20050915
Status: RO
Content-Length: 2318

All,

This case is scheduled next week.

- Sherri

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Sherri Shieh
Program Manager, Systems Architecture
Sun Microsystems, Inc.



PSARC-coord@sun.com wrote:

>New Materials submitted for PSARC 2006/402 SIP Library Integration
>Status: submitted
>
>Files:
>/shared/sac/PSARC/2006/402/inception.materials/1-pager.txt
>/shared/sac/PSARC/2006/402/inception.materials/20qns.txt
>/shared/sac/PSARC/2006/402/inception.materials/libsip_3lib
>/shared/sac/PSARC/2006/402/inception.materials/sip_add_header.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_add_request_line.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_branchid.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_copy_start_line.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_delete_start_line.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_get_dialog_state.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_get_header.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_get_header_value.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_get_num_via.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_get_trans.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_get_uri_parsed.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_msg_is_request.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_msg_to_str.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_new_msg.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_sendmsg.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sip_stack_init.3sip
>/shared/sac/PSARC/2006/402/inception.materials/sipapi.pdf
>/shared/sac/PSARC/2006/402/inception.materials/sipdoc.pdf
>
>Please let me know if you have questions.
>
>- PSARC
>
>  
>

From sacadmin Wed Aug  2 16:42:59 2006
Received: from sunmail4.Singapore.Sun.COM (sunmail4.Singapore.Sun.COM [129.158.71.19])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k72NgwgL027144
	for <psarc@sac.eng.Sun.COM>; Wed, 2 Aug 2006 16:42:58 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.149.246.28])
	by sunmail4.Singapore.Sun.COM (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id k72NgkQP013287;
	Thu, 3 Aug 2006 07:42:55 +0800 (SGT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 id <0J3E00G0B9VIGO00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 02 Aug 2006 16:42:54 -0700 (PDT)
Received: from sac.sfbay.sun.com ([129.146.175.66])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2 (built Dec  2 2004))
 with ESMTP id <0J3E0052P9VIJI60@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 02 Aug 2006 16:42:54 -0700 (PDT)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k72Ngsd1027141; Wed,
 02 Aug 2006 16:42:54 -0700 (PDT)
Received: (from ss146556@localhost)
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6/Submit) id k72NgrDY027140; Wed,
 02 Aug 2006 16:42:53 -0700 (PDT)
Date: Wed, 02 Aug 2006 16:42:53 -0700 (PDT)
From: PSARC-coord@sun.com
Subject: New PSARC Materials Submitted 2006/402 SIP Library Integration
To: PSARC@sun.com
Cc: Venu.Iyer@sun.com, PSARC-coord@sun.com
Message-id: <200608022342.k72NgrDY027140@sac.sfbay.sun.com>
MIME-version: 1.0
Content-type: text/plain
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.2.0.264296
Status: RO
Content-Length: 1649

New Materials submitted for PSARC 2006/402 SIP Library Integration
Status: commitment scheduled 08/09/2006

Files:
/shared/sac/PSARC/2006/402/commitment.materials/20qns.txt
/shared/sac/PSARC/2006/402/commitment.materials/inception.issues
/shared/sac/PSARC/2006/402/commitment.materials/libsip_3lib
/shared/sac/PSARC/2006/402/commitment.materials/sip_add_header.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_add_request_line.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_branchid.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_copy_start_line.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_delete_start_line.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_get_dialog_state.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_get_header.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_get_header_value.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_get_num_via.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_get_trans.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_get_uri_parsed.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_msg_is_request.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_msg_to_str.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_new_msg.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_sendmsg.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sip_stack_init.3sip
/shared/sac/PSARC/2006/402/commitment.materials/sipapi.pdf
/shared/sac/PSARC/2006/402/commitment.materials/sipdoc.pdf
/shared/sac/PSARC/2006/402/commitment.materials/whats_changed

Please let me know if you have questions.

- PSARC


From sac-owner Wed Aug  9 11:27:48 2006
Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k79IRlbq008796
	for <sac-review@sac.sfbay.sun.com>; Wed, 9 Aug 2006 11:27:47 -0700 (PDT)
Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11])
	by sunmail5.uk.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id k79IRc7x004779
	for <@sunmail1brm.central.sun.com:sac-review@sun.com>; Wed, 9 Aug 2006 19:27:46 +0100 (BST)
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 <0J3Q00409TY7WY00@brm-avmta-1.central.sun.com> for sac-review@sun.com
 (ORCPT sac-review@Sun.COM); Wed, 09 Aug 2006 12:27:43 -0600 (MDT)
Received: from nwkea-pix-1.sun.com ([10.4.134.5])
 by brm-avmta-1.central.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0J3Q00GSYTY7LJC0@brm-avmta-1.central.sun.com> for
 sac-review@sun.com (ORCPT sac-review@Sun.COM); Wed,
 09 Aug 2006 12:27:43 -0600 (MDT)
Received: from d1-sfbay-06.sun.com ([192.18.39.116])
	by nwkea-pix-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k79IRhDi008725	for
 <sac-review@Sun.COM>; Wed, 09 Aug 2006 11:27:43 -0700 (PDT)
Received: from conversion-daemon.d1-sfbay-06.sun.com by d1-sfbay-06.sun.com
 (Sun Java System Messaging Server 6.2-4.02 (built Sep  9 2005))
 id <0J3Q00401TRG6500@d1-sfbay-06.sun.com>
 (original mail from Sherri.Shieh@Sun.COM)
 for sac-review@Sun.COM (ORCPT sac-review@Sun.COM); Wed,
 09 Aug 2006 11:27:42 -0700 (PDT)
Received: from [129.146.11.154] by d1-sfbay-06.sun.com
 (Sun Java System Messaging Server 6.2-4.02 (built Sep  9 2005))
 with ESMTPSA id <0J3Q00GYYTY6BM50@d1-sfbay-06.sun.com> for sac-review@Sun.COM
 (ORCPT sac-review@Sun.COM); Wed, 09 Aug 2006 11:27:42 -0700 (PDT)
Date: Wed, 09 Aug 2006 11:27:42 -0700
From: Sherri Shieh <Sherri.Shieh@sun.com>
Subject: PSARC Case Approved 08/09/2006 - 2006/402
Sender: Sherri.Shieh@sun.com
To: Sherri Shieh <Sherri.Shieh@sun.com>
Reply-to: Sherri.Shieh@sun.com
Message-id: <44DA291E.70103@Sun.COM>
MIME-version: 1.0
Content-type: text/plain; format=flowed; charset=us-ascii
Content-transfer-encoding: 7BIT
X-Accept-Language: en-us, en
X-PMX-Version: 5.2.0.264296
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.7) Gecko/20050530
Status: RO
Content-Length: 219


PSARC approved 08/09/2006
          Case: SIP Library Integration (2006/402)
          Incompatible Changes: none
          Precedent: none

If more information is needed, please contact the case owner/intern.









From sacadmin Wed Oct 11 20:17:12 2006
Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k9C3HB02029301
	for <psarc@sac.sfbay.sun.com>; Wed, 11 Oct 2006 20:17:12 -0700 (PDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8) with ESMTP id k9C3JnpZ016666
	for <psarc@sac.sfbay.sun.com>; Wed, 11 Oct 2006 23:19:49 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8/Submit) id k9C3JnkA016663;
	Wed, 11 Oct 2006 23:19:49 -0400 (EDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17709.46165.232104.519347@gargle.gargle.HOWL>
Date: Wed, 11 Oct 2006 23:19:49 -0400
From: James Carlson <james.d.carlson@sun.com>
To: psarc@sac.sfbay.sun.com
Subject: Opinion for review: 2006/402 SIP Library Integration
X-Mailer: VM 7.01 under Emacs 21.3.1
Status: RO
Content-Length: 3614

Please review this opinion and submit any comments by 10/18/2006.


 sun
   microsystems              Systems Architecture Committee

_________________________________________________________________

Subject:       SIP Library Integration

Submitted by:  Venugopal Iyer

File:          PSARC/2006/402/opinion.ms

Date:          August 9th, 2006

Committee:     Kais Belgaied, James D.  Carlson,  Ed  Gould,
               Glenn   Skinner,   William  Sommerfeld,  Gary
               Winiger.

Product Approval Committee:

               Solaris PAC
               solaris-pac@sun.com

1.  Summary

This project delivers a library that implements the  Session
Initiation  Protocol,  which  is  used in telecommunications
applications.  It does not deliver the applications that use
it,  but  can be used to build applications that require a C
programming interface.

2.  Decision & Precedence Information

The project is approved as specified in reference  [1],  but
as  modified  by  the  technical  change  required listed in
Appendix A below.

The project the project may be delivered  in  a  patch/micro
release of Solaris via the ON consolidation.

3.  Interfaces

PSARC/2006/402         Copyright 2006 Sun Microsystems, Inc.

                           - 2 -

The project exports the following interfaces.

__________________________________________
|          Interfaces Exported           |
|_________|________________|_____________|
|Interface|  Classification|  Comments   |
|_________|________________|_____________|
|SIP API  |  Committed     |  See [1]    |
|<sip.h>  |  Committed     |  Header File|
|-lsip    |  Committed     |  Library    |
|_________|________________|_____________|

4.  Opinion

4.1.  State Management

The library has just one globally initialized  state,  which
means  that sip_stack_init() cannot be called more than once
in an application, and there should be more than one user of
the  library  in  a  given application.  Several ARC members
noted that this limitation means that it should not be  used
from within other libraries, and that the documentation must
be updated to make this limitation clear.

This discussion led to the first technical change  required,
listed in Appendix A below.

4.2.  Standards

Much of the review discussion for this case and  the  super-
seded   "Session   Initiation  Protocol  (SIP)  API"  (PSARC
2005/451) project dealt with the lack of  interoperable  API
standards  for  SIP,  and  the generally uneven state of the
open source  alternatives.   While  many  of  the  committee
members felt that this project would be more successful with
such a standard in place, there was no consensus to  require
this standardization.

4.3.  Documentation

An ARC member noted that the documentation for this  library
is very important if the library is to be usable by applica-
tion developers.  The project team is advised to  put  every
effort  into  making certain that the documentation is clear
and complete.

5.  Minority Opinion(s)

None

PSARC/2006/402         Copyright 2006 Sun Microsystems, Inc.

                           - 3 -

6.  Advisory Information

None

7.  Appendices

7.1.  Appendix A: Technical Changes Required

     1.   The sip_stack_init() function must fail if  called
          more than once within a single process.

7.2.  Appendix B: Technical Changes Advised

None

7.3.  Appendix C: Reference Material

Unless stated otherwise, path names are relative to the case
directory PSARC/2006/402.

1.   SIP API
     File:  commitment.materials/sipapi.pdf

PSARC/2006/402         Copyright 2006 Sun Microsystems, Inc.


From sacadmin Thu Oct 12 10:55:30 2006
Received: from sfbaymail1sca.SFBay.Sun.COM (sfbaymail1sca.SFBay.Sun.COM [129.145.154.35])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k9CHtUl1015517
	for <psarc@sac.sfbay.sun.com>; Thu, 12 Oct 2006 10:55:30 -0700 (PDT)
Received: from nwk-ea-fw-1.sun.com (nwkes-gis-mail-2.SFBay.Sun.COM [10.4.134.6])
	by sfbaymail1sca.SFBay.Sun.COM (8.13.6+Sun/8.13.6/ENSMAIL,v2.2) with ESMTP id k9CHtUxh013809
	for <psarc@sac.sfbay.sun.com>; Thu, 12 Oct 2006 10:55:30 -0700 (PDT)
Received: from d1-sfbay-10.sun.com ([192.18.39.120])
	by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k9CHtObH004568
	for <psarc@sac.sfbay.sun.com>; Thu, 12 Oct 2006 10:55:24 -0700 (PDT)
Received: from conversion-daemon.d1-sfbay-10.sun.com by d1-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0J7100801B0D8E00@d1-sfbay-10.sun.com>
 (original mail from Ed.Gould@Sun.COM) for psarc@sac.sfbay.sun.com; Thu,
 12 Oct 2006 10:55:24 -0700 (PDT)
Received: from [129.146.106.203] by d1-sfbay-10.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0J7100D40B4CCBBW@d1-sfbay-10.sun.com> for
 psarc@sac.sfbay.sun.com; Thu, 12 Oct 2006 10:55:24 -0700 (PDT)
Date: Thu, 12 Oct 2006 10:55:29 -0700
From: Ed Gould <Ed.Gould@Sun.COM>
Subject: Re: Opinion for review: 2006/402 SIP Library Integration
In-reply-to: <17709.46165.232104.519347@gargle.gargle.HOWL>
Sender: Ed.Gould@Sun.COM
To: James Carlson <James.D.Carlson@Sun.COM>
Cc: psarc@sac.sfbay.sun.com
Message-id: <452E8191.1070209@sun.com>
Organization: Sun Cluster Engineering - GDD
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_SSd+TzbiMFSA0bAs1DAB3g)"
References: <17709.46165.232104.519347@gargle.gargle.HOWL>
User-Agent: Thunderbird 1.5 (X11/20060113)
Status: RO
Content-Length: 1162

This is a multi-part message in MIME format.

--Boundary_(ID_SSd+TzbiMFSA0bAs1DAB3g)
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT

James Carlson wrote:
> 4.1.  State Management
> 
> The library has just one globally initialized  state,  which
> means  that sip_stack_init() cannot be called more than once
> in an application, and there should be more than one user of
> the  library  in  a  given application.

Is there a "not" missing from that sentence (i.e., should it read, "... 
there should not be more than one ...")?  And perhaps "must not" instead 
of "should not" in the same passage?
-- 
	--Ed

--Boundary_(ID_SSd+TzbiMFSA0bAs1DAB3g)
Content-type: text/x-vcard; name=ed.gould.vcf; charset=utf-8
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=ed.gould.vcf

begin:vcard
fn:Ed Gould
n:Gould;Ed
org:Sun Microsystems, Inc.;Sun Cluster
adr;dom:M/S UMPK17-201;;17 Network Circle;Menlo Park;CA;94025
email;internet:ed.gould@sun.com
title:File System Architect, PSARC Chair
tel;work:+1.650.786.4937
x-mozilla-html:FALSE
version:2.1
end:vcard


--Boundary_(ID_SSd+TzbiMFSA0bAs1DAB3g)--

From sacadmin Thu Oct 12 11:00:28 2006
Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k9CI0Rhq015762
	for <psarc@sac.sfbay.sun.com>; Thu, 12 Oct 2006 11:00:27 -0700 (PDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8) with ESMTP id k9CI34BQ004308;
	Thu, 12 Oct 2006 14:03:04 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8/Submit) id k9CI34cP004305;
	Thu, 12 Oct 2006 14:03:04 -0400 (EDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17710.33623.921277.318411@gargle.gargle.HOWL>
Date: Thu, 12 Oct 2006 14:03:03 -0400
From: James Carlson <james.d.carlson@sun.com>
To: Ed Gould <Ed.Gould@sun.com>
Cc: psarc@sac.sfbay.sun.com
Subject: Re: Opinion for review: 2006/402 SIP Library Integration
In-Reply-To: <452E8191.1070209@sun.com>
References: <17709.46165.232104.519347@gargle.gargle.HOWL>
	<452E8191.1070209@sun.com>
X-Mailer: VM 7.01 under Emacs 21.3.1
Status: RO
Content-Length: 1331

Ed Gould writes:
> James Carlson wrote:
> > 4.1.  State Management
> > 
> > The library has just one globally initialized  state,  which
> > means  that sip_stack_init() cannot be called more than once
> > in an application, and there should be more than one user of
> > the  library  in  a  given application.
> 
> Is there a "not" missing from that sentence (i.e., should it read, "... 
> there should not be more than one ...")?

Yes, for the first part, as noted by three reviewers and counting.
;-}

Also, the committee list is in the wrong order.

Both errors will be fixed on going to SAC review.

>  And perhaps "must not" instead 
> of "should not" in the same passage?

I don't think "must not" is exactly right here.  With very careful
usage -- meaning that another library using SIP is itself 'passive' in
its usage rather than 'active' and there's just one user that is
active -- it could be done.  The real requirement is that you must
respect the fact that this is global state and you must not call the
initialization routine more than once in a single process, no matter
how you get there.

-- 
James Carlson, KISS Network                    <james.d.carlson@sun.com>
Sun Microsystems / 1 Network Drive         71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677

From sacadmin Thu Oct 12 11:10:42 2006
Received: from sfbaymail2sca.sfbay.sun.com (sfbaymail2sca.SFBay.Sun.COM [129.145.155.42])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k9CIAgQK015957
	for <psarc@sac.sfbay.sun.com>; Thu, 12 Oct 2006 11:10:42 -0700 (PDT)
Received: from nwk-ea-fw-1.sun.com (nwkes-gis-mail-2.SFBay.Sun.COM [10.4.134.6])
	by sfbaymail2sca.sfbay.sun.com (8.13.6+Sun/8.12.10/ENSMAIL,v2.2) with ESMTP id k9CIAfwN015113
	for <psarc@sac.sfbay.sun.com>; Thu, 12 Oct 2006 11:10:41 -0700 (PDT)
Received: from d1-sfbay-09.sun.com ([192.18.39.119])
	by nwk-ea-fw-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id k9CIAaNp006789
	for <psarc@sac.sfbay.sun.com>; Thu, 12 Oct 2006 11:10:36 -0700 (PDT)
Received: from conversion-daemon.d1-sfbay-09.sun.com by d1-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 id <0J7100E01BTISZ00@d1-sfbay-09.sun.com>
 (original mail from Ed.Gould@Sun.COM) for psarc@sac.sfbay.sun.com; Thu,
 12 Oct 2006 11:10:36 -0700 (PDT)
Received: from [129.146.106.203] by d1-sfbay-09.sun.com
 (Sun Java System Messaging Server 6.2-6.01 (built Apr  3 2006))
 with ESMTPSA id <0J7100DO5BTOVTVD@d1-sfbay-09.sun.com> for
 psarc@sac.sfbay.sun.com; Thu, 12 Oct 2006 11:10:36 -0700 (PDT)
Date: Thu, 12 Oct 2006 11:10:41 -0700
From: Ed Gould <Ed.Gould@Sun.COM>
Subject: Re: Opinion for review: 2006/402 SIP Library Integration
In-reply-to: <17710.33623.921277.318411@gargle.gargle.HOWL>
Sender: Ed.Gould@Sun.COM
To: James Carlson <James.D.Carlson@Sun.COM>
Cc: psarc@sac.sfbay.sun.com
Message-id: <452E8521.70705@sun.com>
Organization: Sun Cluster Engineering - GDD
MIME-version: 1.0
Content-type: multipart/mixed; boundary="Boundary_(ID_w537Py9I4tTMOHXjA/Bm3A)"
References: <17709.46165.232104.519347@gargle.gargle.HOWL>
 <452E8191.1070209@sun.com> <17710.33623.921277.318411@gargle.gargle.HOWL>
User-Agent: Thunderbird 1.5 (X11/20060113)
Status: RO
Content-Length: 1376

This is a multi-part message in MIME format.

--Boundary_(ID_w537Py9I4tTMOHXjA/Bm3A)
Content-type: text/plain; format=flowed; charset=ISO-8859-1
Content-transfer-encoding: 7BIT

James Carlson wrote:
> Yes, for the first part, as noted by three reviewers and counting.
> ;-}

Those reviewers must have sent their comments only to you, and not to 
the list.  Had I seen them, I wouldn't have bothered repeating.

> I don't think "must not" is exactly right here.  With very careful
> usage -- meaning that another library using SIP is itself 'passive' in
> its usage rather than 'active' and there's just one user that is
> active -- it could be done.  The real requirement is that you must
> respect the fact that this is global state and you must not call the
> initialization routine more than once in a single process, no matter
> how you get there.

Ok.
-- 
	--Ed

--Boundary_(ID_w537Py9I4tTMOHXjA/Bm3A)
Content-type: text/x-vcard; name=ed.gould.vcf; charset=utf-8
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=ed.gould.vcf

begin:vcard
fn:Ed Gould
n:Gould;Ed
org:Sun Microsystems, Inc.;Sun Cluster
adr;dom:M/S UMPK17-201;;17 Network Circle;Menlo Park;CA;94025
email;internet:ed.gould@sun.com
title:File System Architect, PSARC Chair
tel;work:+1.650.786.4937
x-mozilla-html:FALSE
version:2.1
end:vcard


--Boundary_(ID_w537Py9I4tTMOHXjA/Bm3A)--

From sacadmin Thu Oct 12 11:15:07 2006
Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k9CIF6m4016123
	for <psarc@sac.sfbay.sun.com>; Thu, 12 Oct 2006 11:15:07 -0700 (PDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8) with ESMTP id k9CIHheY004423;
	Thu, 12 Oct 2006 14:17:43 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8/Submit) id k9CIHh7P004420;
	Thu, 12 Oct 2006 14:17:43 -0400 (EDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17710.34503.147996.963512@gargle.gargle.HOWL>
Date: Thu, 12 Oct 2006 14:17:43 -0400
From: James Carlson <james.d.carlson@sun.com>
To: Ed Gould <Ed.Gould@sun.com>
Cc: psarc@sac.sfbay.sun.com
Subject: Re: Opinion for review: 2006/402 SIP Library Integration
In-Reply-To: <452E8521.70705@sun.com>
References: <17709.46165.232104.519347@gargle.gargle.HOWL>
	<452E8191.1070209@sun.com>
	<17710.33623.921277.318411@gargle.gargle.HOWL>
	<452E8521.70705@sun.com>
X-Mailer: VM 7.01 under Emacs 21.3.1
Status: RO
Content-Length: 491

Ed Gould writes:
> James Carlson wrote:
> > Yes, for the first part, as noted by three reviewers and counting.
> > ;-}
> 
> Those reviewers must have sent their comments only to you, and not to 
> the list.  Had I seen them, I wouldn't have bothered repeating.

Yep.

-- 
James Carlson, KISS Network                    <james.d.carlson@sun.com>
Sun Microsystems / 1 Network Drive         71.232W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.496N   Fax +1 781 442 1677

From sac-owner Fri Oct 20 08:38:42 2006
Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id k9KFcfaO007897
	for <sac-review@sac.sfbay.sun.com>; Fri, 20 Oct 2006 08:38:42 -0700 (PDT)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8) with ESMTP id k9KFfQio004224
	for <sac-review@sac.sfbay.sun.com>; Fri, 20 Oct 2006 11:41:26 -0400 (EDT)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8/Submit) id k9KFfQ3L004221;
	Fri, 20 Oct 2006 11:41:26 -0400 (EDT)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17720.60966.847730.316303@gargle.gargle.HOWL>
Date: Fri, 20 Oct 2006 11:41:26 -0400
From: James Carlson <james.d.carlson@sun.com>
To: sac-review@sac.sfbay.sun.com
Subject: Opinion for review: 2006/402 SIP Library Integration
X-Mailer: VM 7.01 under Emacs 21.3.1
Status: RO
Content-Length: 3601

Please review and submit any comments by 10/27/2006.


 sun
   microsystems              Systems Architecture Committee

_________________________________________________________________

Subject:       SIP Library Integration

Submitted by:  Venugopal Iyer

File:          PSARC/2006/402/opinion.ms

Date:          August 9th, 2006

Committee:     James D. Carlson, Kais  Belgaied,  Ed  Gould,
               Glenn   Skinner,   William  Sommerfeld,  Gary
               Winiger.

Product Approval Committee:

               Solaris PAC
               solaris-pac@sun.com

1.  Summary

This project delivers a library that implements the  Session
Initiation  Protocol,  which  is  used in telecommunications
applications.  It does not deliver the applications that use
it,  but  can be used to build applications that require a C
programming interface.

2.  Decision & Precedence Information

The project is approved as specified in reference  [1],  but
as  modified  by  the  technical  change  required listed in
Appendix A below.

The project the project may be delivered  in  a  patch/micro
release of Solaris via the ON consolidation.

3.  Interfaces

PSARC/2006/402         Copyright 2006 Sun Microsystems, Inc.

                           - 2 -

The project exports the following interfaces.

__________________________________________
|          Interfaces Exported           |
|_________|________________|_____________|
|Interface|  Classification|  Comments   |
|_________|________________|_____________|
|SIP API  |  Committed     |  See [1]    |
|<sip.h>  |  Committed     |  Header File|
|-lsip    |  Committed     |  Library    |
|_________|________________|_____________|

4.  Opinion

4.1.  State Management

The library has just one globally initialized  state,  which
means  that sip_stack_init() cannot be called more than once
in an application, and there should be no more than one user
of  the library in a given application.  Several ARC members
noted that this limitation means that it should not be  used
from within other libraries, and that the documentation must
be updated to make this limitation clear.

This discussion led to the first technical change  required,
listed in Appendix A below.

4.2.  Standards

Much of the review discussion for this case and  the  super-
seded   "Session   Initiation  Protocol  (SIP)  API"  (PSARC
2005/451) project dealt with the lack of  interoperable  API
standards  for  SIP,  and  the generally uneven state of the
open source  alternatives.   While  many  of  the  committee
members felt that this project would be more successful with
such a standard in place, there was no consensus to  require
this standardization.

4.3.  Documentation

An ARC member noted that the documentation for this  library
is very important if the library is to be usable by applica-
tion developers.  The project team is advised to  put  every
effort  into  making certain that the documentation is clear
and complete.

5.  Minority Opinion(s)

None

PSARC/2006/402         Copyright 2006 Sun Microsystems, Inc.

                           - 3 -

6.  Advisory Information

None

7.  Appendices

7.1.  Appendix A: Technical Changes Required

     1.   The sip_stack_init() function must fail if  called
          more than once within a single process.

7.2.  Appendix B: Technical Changes Advised

None

7.3.  Appendix C: Reference Material

Unless stated otherwise, path names are relative to the case
directory PSARC/2006/402.

1.   SIP API
     File:  commitment.materials/sipapi.pdf

PSARC/2006/402         Copyright 2006 Sun Microsystems, Inc.


From sac-owner Wed Nov  1 06:21:24 2006
Received: from phorcys.east.sun.com (phorcys.East.Sun.COM [129.148.174.143])
	by sac.sfbay.sun.com (8.13.6+Sun/8.13.6) with ESMTP id kA1ELOAh009827
	for <sac-opinion@sac.sfbay.sun.com>; Wed, 1 Nov 2006 06:21:24 -0800 (PST)
Received: from phorcys.east.sun.com (localhost [127.0.0.1])
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8) with ESMTP id kA1EOJSa024253;
	Wed, 1 Nov 2006 09:24:19 -0500 (EST)
Received: (from carlsonj@localhost)
	by phorcys.east.sun.com (8.13.8+Sun/8.13.8/Submit) id kA1EOJtB024250;
	Wed, 1 Nov 2006 09:24:19 -0500 (EST)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17736.44563.609435.369382@gargle.gargle.HOWL>
Date: Wed, 1 Nov 2006 09:24:19 -0500
From: James Carlson <james.d.carlson@Sun.Com>
To: sac-opinion@sac.sfbay.sun.com
cc: solaris-pac-opinion@Sun.Com
Subject: Opinion: 2006/402 SIP Library Integration
X-Mailer: VM 7.01 under Emacs 21.3.1
Status: RO
Content-Length: 3547


 sun
   microsystems              Systems Architecture Committee

_________________________________________________________________

Subject:       SIP Library Integration

Submitted by:  Venugopal Iyer

File:          PSARC/2006/402/opinion.ms

Date:          August 9th, 2006

Committee:     James D. Carlson, Kais  Belgaied,  Ed  Gould,
               Glenn   Skinner,   William  Sommerfeld,  Gary
               Winiger.

Product Approval Committee:

               Solaris PAC
               solaris-pac@sun.com

1.  Summary

This project delivers a library that implements the  Session
Initiation  Protocol,  which  is  used in telecommunications
applications.  It does not deliver the applications that use
it,  but  can be used to build applications that require a C
programming interface.

2.  Decision & Precedence Information

The project is approved as specified in reference  [1],  but
as  modified  by  the  technical  change  required listed in
Appendix A below.

The project the project may be delivered  in  a  patch/micro
release of Solaris via the ON consolidation.

3.  Interfaces

PSARC/2006/402         Copyright 2006 Sun Microsystems, Inc.

                           - 2 -

The project exports the following interfaces.

__________________________________________
|          Interfaces Exported           |
|_________|________________|_____________|
|Interface|  Classification|  Comments   |
|_________|________________|_____________|
|SIP API  |  Committed     |  See [1]    |
|<sip.h>  |  Committed     |  Header File|
|-lsip    |  Committed     |  Library    |
|_________|________________|_____________|

4.  Opinion

4.1.  State Management

The library has just one globally initialized  state,  which
means  that sip_stack_init() cannot be called more than once
in an application, and there should be no more than one user
of  the library in a given application.  Several ARC members
noted that this limitation means that it should not be  used
from within other libraries, and that the documentation must
be updated to make this limitation clear.

This discussion led to the first technical change  required,
listed in Appendix A below.

4.2.  Standards

Much of the review discussion for this case and  the  super-
seded   "Session   Initiation  Protocol  (SIP)  API"  (PSARC
2005/451) project dealt with the lack of  interoperable  API
standards  for  SIP,  and  the generally uneven state of the
open source  alternatives.   While  many  of  the  committee
members felt that this project would be more successful with
such a standard in place, there was no consensus to  require
this standardization.

4.3.  Documentation

An ARC member noted that the documentation for this  library
is very important if the library is to be usable by applica-
tion developers.  The project team is advised to  put  every
effort  into  making certain that the documentation is clear
and complete.

5.  Minority Opinion(s)

None

PSARC/2006/402         Copyright 2006 Sun Microsystems, Inc.

                           - 3 -

6.  Advisory Information

None

7.  Appendices

7.1.  Appendix A: Technical Changes Required

     1.   The sip_stack_init() function must fail if  called
          more than once within a single process.

7.2.  Appendix B: Technical Changes Advised

None

7.3.  Appendix C: Reference Material

Unless stated otherwise, path names are relative to the case
directory PSARC/2006/402.

1.   SIP API
     File:  commitment.materials/sipapi.pdf

PSARC/2006/402         Copyright 2006 Sun Microsystems, Inc.

