[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [ipcdn] SigMIB Draft 10



Title: Message
Richard,
 
thanks for the comment
 
Per the current Draft:
 

   pktcSigDevCidAfterRPAS - this international object sets the delay

   between the ring pulse alert signal and the transmission of caller

   id information.

   

where as
 

   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.

 

rpAsDtsDuration is how long the RP-AS is applied
 
CidAfterRPAS is the delay (pause) between the RP-AS and the CID
 
Hopefully this explains the differences?
 
Phil
 
 


From: Woundy, Richard [mailto:Richard_Woundy at cable.comcast.com]
Sent: Thursday, March 30, 2006 11:00 AM
To: Freyman Phillip-FPF300; ipcdn at ietf.org
Subject: RE: [ipcdn] SigMIB Draft 10

Phillip,
 
Pardon my ignorance with this question. What is the difference between the proposed object below ('pktcSigDevrpAsDtsDuration') and the 'pktcSigDevCidAfterRPAS' in the current -10 draft?
 
I am not so much opposed to this change, I just want to understand the rationale better.
 
And since our WG only has two work items left, I would like to finish this document and get it published.
 
-- Rich
-----Original Message-----
From: Freyman Phillip-FPF300 [mailto:phillipfreyman at motorola.com]
Sent: Tuesday, March 28, 2006 4:53 PM
To: ipcdn at ietf.org
Subject: [ipcdn] SigMIB Draft 10

Colleagues,

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.

In the following text draft, I have defined a new object (#41) with a range of 200-500 ms.

Page 7 Add:

   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.

 

Page 44 Add:

 

   pktcSigDevrpAsDtsDuration     OBJECT-TYPE

       SYNTAX       Unsigned32 (200..500)

       UNITS        "Milliseconds"

       MAX-ACCESS   read-write

       STATUS       current

       DESCRIPTION

           " This object specifies the duration of the rpASDTS ring pulse prior

             to the start of the transmission of the

             FSK or DTMF containing the Caller ID information. It is 

             only used when pktcSigDevCidMode is rpAsETS. The 

             following table defines the default values for this object 

             depending on the signal type:

             pktcSigDevCidMode     Default

             duringringingETS      not used

             dtAsETS               not used

             rpAsETS               250

             lrAsETS               not used

             lrETS                 not used

             An attempt to set this object while the value of

             pktcSigDevCidMode is not rpAsETS will result in

             an 'inconsistent value' error."

       REFERENCE 

           "ETSI-EN-300-659-1 Specification and Belgacom

            BGC_D_48_9811_30_09_EDOC version 3.3"

       DEFVAL { 250 }

       ::= {pktcSigDevConfigObjects 41 }

Page 60 Add last line

   pktcInternationalGroup    OBJECT-GROUP 

       OBJECTS { 

       pktcNcsEndPntConfigMinHookFlash, 

       pktcNcsEndPntConfigMaxHookFlash, 

       pktcNcsEndPntConfigPulseDialInterdigitTime, 

       pktcNcsEndPntConfigPulseDialMinMakeTime, 

       pktcNcsEndPntConfigPulseDialMaxMakeTime, 

       pktcNcsEndPntConfigPulseDialMinBreakTime, 

       pktcNcsEndPntConfigPulseDialMaxBreakTime,

       pktcSigDevRingCadence, 

       pktcSigDevCidSigProtocol, 

       pktcSigDevCidDelayAfterLR,

       pktcSigDevCidDtmfStartCode,

       pktcSigDevCidDtmfEndCode,

       pktcSigDevVmwiSigProtocol,

       pktcSigDevVmwiDelayAfterLR,

       pktcSigDevVmwiDtmfStartCode,

       pktcSigDevVmwiDtmfEndCode,

       pktcSigDevrpAsDtsDuration,

I understand it may delay Draft 10 but I think it is necessary.

Regards,

Phillip Freyman
Distinguished Member of the Technical Staff
Science Advisory Board Associate
Motorola, Inc.
Connected Home Solutions IPS
IP System Engineering
21440 West Lake Cook Road
Deer Park, IL 60010
 
 
_______________________________________________
IPCDN mailing list
IPCDN at ietf.org
https://www1.ietf.org/mailman/listinfo/ipcdn