headers
rfc-editor | 1 Oct 2005 01:27
Favicon

RFC 4129 on Digital Private Network Signaling System (DPNSS)/Digital Access Signaling System 2 (DASS 2) Extensions to the IUA Protocol


A new Request for Comments is now available in online RFC libraries.

        RFC 4129

        Title:      Digital Private Network Signaling System (DPNSS)/
                    Digital Access Signaling System 2 (DASS 2)
                    Extensions to the IUA Protocol
        Author(s):  R. Mukundan, K. Morneault, N. Mangalpally
        Status:     Standards Track
        Date:       September 2005
        Mailbox:    ranjith.mukundan <at> wipro.com, kmorneau <at> cisco.com,
                    narsim <at> nortelnetworks.com
        Pages:      15
        Characters: 29034
        Updates/Obsoletes/SeeAlso:    None

        I-D Tag:    draft-ietf-sigtran-dua-08.txt

        URL:        ftp://ftp.rfc-editor.org/in-notes/rfc4129.txt

This document defines a mechanism for backhauling Digital Private
Network Signaling System 1 (DPNSS 1) and Digital Access Signaling
System 2 (DASS 2) messages over IP by extending the ISDN User
Adaptation (IUA) Layer Protocol defined in RFC 3057.  DPNSS 1,
specified in ND1301:2001/03 (formerly BTNR 188), is used to
interconnect Private Branch Exchanges (PBX) in a private network.
DASS 2, specified in BTNR 190, is used to connect PBXs to the
PSTN.  This document aims to become an Appendix to IUA and to be
the base for a DPNSS 1/DASS 2 User Adaptation (DUA) implementation.
(Continue reading)

Permalink | Reply | 0 comments |
headers
rfc-editor | 1 Oct 2005 01:28
Favicon

RFC 4177 on Architectural Approaches to Multi-homing for IPv6


A new Request for Comments is now available in online RFC libraries.

        RFC 4177

        Title:      Architectural Approaches to Multi-homing for IPv6
        Author(s):  G. Huston
        Status:     Informational
        Date:       September 2005
        Mailbox:    gih <at> apnic.net
        Pages:      36
        Characters: 95374
        Updates/Obsoletes/SeeAlso:    None

        I-D Tag:    draft-ietf-multi6-architecture-04.txt

        URL:        ftp://ftp.rfc-editor.org/in-notes/rfc4177.txt

This memo provides an analysis of the architectural aspects of
multi-homing support for the IPv6 protocol suite.  The purpose of
this analysis is to provide a taxonomy for classification of various
proposed approaches to multi-homing.  It is also an objective of
this exercise to identify common aspects of this domain of study, and
also to provide a framework that can allow exploration of some of the
further implications of various architectural extensions that are
intended to support multi-homing.

This document is a product of the Site Multihoming in IPv6 Working
Group of the IETF.
(Continue reading)

Permalink | Reply | 0 comments |
headers
rfc-editor | 1 Oct 2005 01:30
Favicon

RFC 4188 on Definitions of Managed Objects for Bridges


A new Request for Comments is now available in online RFC libraries.

        RFC 4188

        Title:      Definitions of Managed Objects for Bridges
        Author(s):  K. Norseth, Ed., E. Bell, Ed.
        Status:     Standards Track
        Date:       September 2005
        Mailbox:    kenyon.c.norseth <at> L-3com.com, elbell <at> ntlworld.com
        Pages:      44
        Characters: 86877
        Obsoletes:  1493

        I-D Tag:    draft-ietf-bridge-bridgemib-smiv2-10.txt

        URL:        ftp://ftp.rfc-editor.org/in-notes/rfc4188.txt

This memo defines a portion of the Management Information Base (MIB)
for use with network management protocols in TCP/IP-based internets.
In particular, it defines objects for managing MAC bridges based on
the IEEE 802.1D-1998 standard between Local Area Network (LAN)
segments.  Provisions are made for the support of transparent
bridging.
Provisions are also made so that these objects apply to bridges
connected by subnetworks other than LAN segments.

The MIB module presented in this memo is a translation of the
BRIDGE-MIB defined in RFC 1493 to the SMIv2 syntax.
(Continue reading)

Permalink | Reply | 0 comments |
headers
IETF Secretariat | 1 Oct 2005 02:10
Picon
Favicon

64th IETF - Hotel Accommodations

Information on hotels for the upcoming IETF meeting can be found at:

http://www.ietf.org/meetings/hotels_64.html

The Westin Hotel, the meeting venue, is currently sold out, but the overflow
hotels still have rooms available.  The rate for the Renaissance Hotel has been
adjusted to match the Westin and Marriott's rate.

Cut off dates to guarantee the conference rate are: 
Marriott - October 11, 2005
Renaissance and Sheraton - October 17, 2005

_______________________________________________
IETF-Announce mailing list
IETF-Announce <at> ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-announce
Permalink | Reply | 0 comments |
headers
Internet-Drafts | 3 Oct 2005 21:50
Picon
Favicon

I-D ACTION:draft-ietf-rddp-mpa-03.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Remote Direct Data Placement Working Group of the IETF.

	Title		: Marker PDU Aligned Framing for TCP Specification
	Author(s)	: P. Culley, et al.
	Filename	: draft-ietf-rddp-mpa-03.txt,.pdf
	Pages		: 74
	Date		: 2005-10-3
	
MPA (Marker Protocol data unit Aligned framing) is designed to work
   as an "adaptation layer" between TCP and the Direct Data Placement
   [DDP] protocol, preserving the reliable, in-order delivery of TCP,
   while adding the preservation of higher-level protocol record
   boundaries that DDP requires. MPA is fully compliant with applicable
   TCP RFCs and can be utilized with existing TCP implementations. MPA
   also supports integrated implementations that combine TCP, MPA and
   DDP to reduce buffering requirements in the implementation and
   improve performance at the system level.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-rddp-mpa-03.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
(Continue reading)

Permalink | Reply | 0 comments |
headers
Internet-Drafts | 3 Oct 2005 21:50
Picon
Favicon

I-D ACTION:draft-ietf-isis-wg-mib-23.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IS-IS for IP Internets Working Group of the IETF.

	Title		: Management Information Base for IS-IS
	Author(s)	: J. Parker
	Filename	: draft-ietf-isis-wg-mib-23.txt
	Pages		: 101
	Date		: 2005-10-3
	
This document describes a management information base for the IS-IS
   Routing protocol when it is used to construct routing tables for IP
   networks.

   This memo defines a portion of the Management Information Base (MIB)
   for use with network management protocols in the Internet community.

   This memo is based on an IETF draft by Chris Gunner.  This version
   has been modified to include MIB-II syntax, to exclude portions of
   the protocol that are not relevant to IP, such as the ES-IS protocol,
   and to add management support for current practice.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-isis-wg-mib-23.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the username
(Continue reading)

Permalink | Reply | 0 comments |
headers
Internet-Drafts | 3 Oct 2005 21:50
Picon
Favicon

I-D ACTION:draft-lear-callhome-description-01.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.

	Title		: Simple Firewall Traversal Mechanisms and Their Pitfalls
	Author(s)	: E. Lear
	Filename	: draft-lear-callhome-description-01.txt
	Pages		: 9
	Date		: 2005-10-3
	
Many devices make use of so-called "Call Home" functionality in order
   to be managed or updated, or to otherwise establish outbound
   communication in the face of NATs, firewalls, and mobility.  This
   memo defines call home functionality, discusses the requirement for
   firewall traversal, some mechanisms used, and security considerations
   of those mechanisms.  Several existing examples will be shown.  This
   memo also contains a proposal for making SNMP and ISMs a call-home
   protocol.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-lear-callhome-description-01.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-lear-callhome-description-01.txt".
(Continue reading)

Permalink | Reply | 0 comments |
headers
Internet-Drafts | 3 Oct 2005 21:50
Picon
Favicon

I-D ACTION:draft-ietf-dnsop-dnssec-operational-practices-05.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Domain Name System Operations Working Group of the IETF.

	Title		: DNSSEC Operational Practices
	Author(s)	: R. Gieben, O. Kolkman
	Filename	: draft-ietf-dnsop-dnssec-operational-practices-05.txt
	Pages		: 34
	Date		: 2005-10-3
	
This document describes a set of practices for operating the DNS with
   security extensions (DNSSEC).  The target audience is zone
   administrators deploying DNSSEC.

   The document discusses operational aspects of using keys and
   signatures in the DNS.  It discusses issues as key generation, key
   storage, signature generation, key rollover and related policies.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-dnsop-dnssec-operational-practices-05.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-ietf-dnsop-dnssec-operational-practices-05.txt".
(Continue reading)

Permalink | Reply | 2 comments |
headers
Internet-Drafts | 3 Oct 2005 21:50
Picon
Favicon

I-D ACTION:draft-ietf-ccamp-rsvp-restart-ext-04.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF.

	Title		: Extensions to GMPLS RSVP Graceful Restart
	Author(s)	: A. Satyanarayana, et al.
	Filename	: draft-ietf-ccamp-rsvp-restart-ext-04.txt
	Pages		: 24
	Date		: 2005-10-3
	
This document describes extensions to the RSVP Graceful Restart
   mechanisms defined in RFC 3473.  The extensions enable the recovery
   of RSVP signaling state based on the Path message last sent by the
   node being restarted.  Previously defined Graceful Restart
   mechanisms, also called recovery from nodal faults, permit recovery
   of signaling state from adjacent nodes when the data plane has
   retained the associated forwarding state across a restart.  These
   mechanisms do not fully support signaling state recovery on ingress
   nodes or recovery of all RSVP objects.  The presented extensions use
   the RSVP Hello extensions defined in RFC 3209, and extensions for
   state recovery on nodal faults defined in RFC 3473.  With the
   presented extensions the restarting node can recover all previously
   transmitted Path state including the Explicit Route Object and the
   downstream (outgoing) interface identifiers.  The extensions can also
   be used to recover signaling state after the restart of an ingress
   node.  The extensions optionally support the use of Summary Refresh,
   defined in RFC 2961, to reduce the number of messages exchanged
   during the Recovery Phase when the restarting node has recovered
   signaling state locally for one or more LSPs.

A URL for this Internet-Draft is:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Internet-Drafts | 3 Oct 2005 21:50
Picon
Favicon

I-D ACTION:draft-dusseault-caldav-08.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.

	Title		: Calendaring Extensions to WebDAV (CalDAV)
	Author(s)	: L. Dusseault, et al.
	Filename	: draft-dusseault-caldav-08.txt
	Pages		: 75
	Date		: 2005-10-3
	
This document specifies a set of methods, headers, message bodies,
   properties, and reports that define calendar access extensions to the
   WebDAV protocol.  The new protocol elements are intended to make
   WebDAV-based calendaring and scheduling an interoperable standard
   that supports calendar access, calendar management, calendar sharing,
   and calendar publishing.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-dusseault-caldav-08.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of the message.  
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the username
"anonymous" and a password of your e-mail address. After logging in,
type "cd internet-drafts" and then
	"get draft-dusseault-caldav-08.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html
(Continue reading)

Permalink | Reply | 0 comments |

Gmane