Changes to draft-ietf-ipcdn-pktc-signaling-11

"Sumanth Channabasappa" <[email protected]> Fri, 16 Jun 2006 09:36:08 -0600
Newsgroups gmane.ietf.ipcdn
Message-ID <[email protected]>
Folks,

Find enclosed the changes incorporated into
"draft-ietf-ipcdn-pktc-signaling"
(http://www.ietf.org/internet-drafts/draft-ietf-ipcdn-pktc-signaling-11.
txt).

regards
Sumanth


Change #1/3: New MIB Object
-----------

> Rationale:

Excerpts from the email sent by Phillip Freyman to the IPCDN reflector
(dated 3/29)

<!-- Addition of a new MIB Object
pktcSigDevrpAsDtsDuration - this international object sets the duration
of the ring pulse alerting signal prior to CID signaling.  Variations in
national standards cause CID failure if RP-AS is not defined by local
requirements.
-->

<!-- Reason
A situation has been raised in Belgium where the local telephony
requirements exceed the ETSI EN 300 369-1 definition for RP-AS

In the ETSI document RP-AS is defined as 200 ms to 300 ms in duration.

In the Belgium Belgacom document the RP-AS is implied as being 340 ms
and in field experience this as been verified. Some CPE devices do not
respond if the RP-AS is less than 340 ms.

It does not appear that the maximum ETSI value of RP-AS is adequate and
it does not appear that placing CID during the normal ring cadence is
acceptable.

We therefore have two standards which do not overlap and therefore we
must define a new SigMIB object to define the RP-AS duration from the
ETSI 200 ms min to something in excess of the Belgacom nominal value of
340 ms.
-->

> Proposed addition
pktcSigDevrpAsDtsDuration     OBJECT-TYPE=20
       SYNTAX       Unsigned32 (0|200..500)=20
       UNITS        "Milliseconds"=20
       MAX-ACCESS   read-write=20
       STATUS       current=20
       DESCRIPTION=20
           " This object specifies the duration of the rpASDTS ring

             pulse prior to the start of the transmission of the=20
             FSK or DTMF containing the Caller ID information. It is =20
             only used when 'pktcSigDevCidMode' is set to a value of=20
             'rpAsETS'.=20

             The following table defines the default values
             for this MIB Object, depending on the signal type=20
            (pktcSigDevCidMode) and MUST be followed:

             Value of 'pktcSigDevCidMode'     Default value

             duringringingETS                 0 (not used)
             dtAsETS                          0 (not used)
             rpAsETS                          250=20
             lrAsETS                          0 (not used)
             lrETS                            0 (not used)

             An attempt to set this object while the value of=20
             pktcSigDevCidMode is not 'rpAsETS' will result in=20
             an 'inconsistent value' error."=20
       REFERENCE =20
           "ETSI-EN-300-659-1 Specification and Belgacom=20
            BGC_D_48_9811_30_09_EDOC version 3.3"=20
       DEFVAL { 250 }=20
       ::=3D {pktcSigDevConfigObjects 41 }=20

         =20
Change #2/3: Modifications to existing MIB Objects
----------- =20

> Rationale:

Comments from Randy Presuhn (3/30, 3/31), Richard Woundy (3/30, 3/31)
and Phillip Freyman (3/31) and offline discussions between authors and
primary contributors

<!-- Discussion summary
Randy requested clarification on the processing of MIB Objects that are
'not used' in certain scenarios. Further clarifications and discussions
revealed that there was a need to clarify 'not used' and its affect on
GET/GETBULK and SET requests. The authors discussed this issue (offline
as well) and decided to clarify this by:
- Defining a 'default value' to indicate 'not used' scenarios
- Mandating an 'inconsistent value' error in case a SET was performed on
a MIB Object that is 'not used' due to certain constraints=20

-->

> Changes were affected to:

pktcSigPulseSignalRepeatCount   =20
pktcSigDevCidAfterRing    =20
pktcSigDevCidAfterDTAS   =20
pktcSigDevCidAfterRPAS   =20
pktcSigDevRingAfterCID   =20
pktcSigDevCidDTASAfterLR   =20
pktcSigDevVmwiAfterDTAS   =20
pktcSigDevVmwiAfterRPAS   =20
pktcSigDevVmwiDTASAfterLR   =20
pktcSigDevCidDelayAfterLR =20
pktcSigDevVmwiDelayAfterLR   =20
pktcSigDevrpAsDtsDuration    =20


Note:
 - A default value of '0' was chosen in all cases (or a range of 0-0 in=20
   the first mentioned object)

 - A clarification was provided to indicate when a MIB Object is used
   E.g.=20

    pktcSigDevCidAfterRing    =20

    <snip>
  =20
       It is only used when pktcSigDevCidMode is set to a value of  =20
       'duringRingingETS'
    <snip>

  - A normative requirement was added to follow table descriptions for=20
    default values.=20


    E.g.

    pktcSigDevCidAfterRing    =20

    <snip>

          The following table defines the default values
          for this MIB Object, depending on the signal type=20
         (pktcSigDevCidMode) and MUST be followed:

          Value of 'pktcSigDevCidMode'     Default value

          duringringingETS                 550 ms
          dtAsETS                          0 (not used)
          rpAsETS                          0 (not used)
          lrAsETS                          0 (not used)
          lrETS                            0 (not used)
    <snip>

=20

Change #3/3: Editorial and other changes
-----------

 - Added the new MIB OBject to the MIB group 'pktcInternationalGroup'
 - Corrected the incorrect reference to 'pktcSigDevCidMode' in=20
   pktcSigDevVmwiDelayAfterLR=20
      - correct reference 'pktcSigDevVmwiDelayAfterLR'
 - Updated the draft details (date etc)
 - other minor editorials

Changes as per Rich Woundy's comments (thanks!)
----------------------------------------------
- Updated references for pktcSigDevCidDtmfStartCode,
pktcSigDevCidDtmfEndCode, pktcSigDevVmwiDtmfStartCode, and
pktcSigDevVmwiDtmfEndCode
  from "[ETSI-EN.*]" to "ETSI-EN.* specification"

- Removed 'NOT RECOMMENDED' from list of keywords

- Updated RFC 3291 to RFC 4001 (and removed note regarding "
<draft-ietf-ops-rfc3291bis-01.txt")


Changes not incorporated:
-------------------------
idnits indicates the following 'experimental warnings' that were ignored
(since they are referenced):

  - Unused Reference: 'ETSI-TS-101-909-4' is defined on line 3317, but
not referenced'   [ETSI-TS-101-909-4] ETSI TS 101 909-4:"Access and
Terminals (AT);'

  - Unused Reference: 'ETSI-EN-300-324-1' is defined on line 3336, but
not referenced '[ETSI-EN-300-324-1] ETSI EN 300 324-1 V2.1.1
(2000-04):"V Interfaces'