H. 323 Software ip interface Requirements / Feature Specifications compas id 143543 Issue 4 June 02, 2014 John W. Soltes (retired)



Download 4.77 Mb.
Page5/48
Date28.05.2018
Size4.77 Mb.
#51006
1   2   3   4   5   6   7   8   9   ...   48



96x1H-IPI.2.1.200: Testable volatile parameters that cannot be set via DHCP or a configuration file


Approved

The following parameters will be initialized to the specified default values, will not be settable via DHCP or a configuration file, but will be testable via an IF command in a configuration file.




VPNACTIVE
(“0”)

1 ASCII numeric digit,
“0” or “1”

Indicates whether a VPN tunnel has been established,
see
96x1H-IPI.4.2.200.

Rationale:

VPNACTIVE can be used to set parameter values for telephones operating over a VPN connection that are different from parameter values for other telephones.

Approved

SIG_IN_USE
(“H323”)

4 ASCII characters,
“H323”

Signaling protocol in use.

Note:

In a telephone running SIP software, the value of SIG_IN_USE will always be “SIP”.

Rationale:

This value may be useful in IF statements in configuration files.



96x1H-IPI.2.1.300: Parameters (with persistent initialization params) that cannot be set via DHCP or a config file


Approved

The following parameter will be initialized from the corresponding persistent parameter at startup and after a reset, will not be settable via DHCP or a configuration file, and will not be testable via an IF command in a configuration file.




Parameter
Name

Persistent Parameter Name
and
(default value)

Notes
(usage and references)





VLANLIST

NVVLANLIST
(null)

Contains a list of zero or more VLAN IDs (format determined by software development), see 96x1H-IPI.3.1.100 and 96x1H-IPI.5.1.600.

Rationale:

NVVLANLIST is used to prevent looping from interfering with parameter reuse if separate DHCP servers are used for the voice and data VLANs and the DHCP server on the voice VLAN does not respond but the DHCP server on the data VLAN does respond.

After a successful registration with a call server, NVL2QVLAN should contain the VLAN ID in use (so that the phone will re-use that VLAN ID immediately the next time it is powered up or reset), so at that point NVVLANLIST should be set to null by H.323 procedures so that if VLAN administration is changed, the phone will be able to try any VLAN ID once again.

The only purpose for VLANLIST is to retain a volatile copy of NVVLANLIST (VLANLIST should be set to the value of NVVLANLIST by H.323 procedures right before NVVLANLIST is set to null) so that the list of VLAN IDs that were tried during initialization may be queried via endptVLANLIST in the SNMP MIB (see 96x1H-IPI.5.1.1100). This is why Notes in the MIB requirement indicate that endptVLANLIST may not be valid before H.323 procedures begin (and that it will only be valid after H.323 procedures begin if H.323 procedures ensure that VLANLIST is updated from NVVLANLIST before NVVLANLIST is reset to null), and that endptNVVLANLIST should only be valid before H.323 procedures begin, because H.323 procedures should reset NVVLANLIST to null after the point where H.323 procedures will no longer attempt to change the VLAN ID.



96x1H-IPI.2.1.500: Persistent parameters that cannot be set via DHCP or a configuration file


Approved

The following persistent parameters will be initialized to the specified default values, will not be settable via DHCP or a configuration file, and will not be testable via an IF command in a configuration file.

Note:

These are “internal” parameters that cannot be set directly by name via DHCP or in a configuration file, and since they are not testable, the value can only be determined if it is displayed or if it is exposed in a MIB object. These parameter names are primarily specified to make it easier to refer to the value that they represent when specifying some aspect of telephone operation.




Persistent Parameter Name
and
(default value)

Valid Values

Notes
(usage and references)





APPINUSE
(see Valid Values)

The name of the Signed Application/Library Software Package installed in the telephone, with a maximum length as specified by
96x1H-IPI.2.2.100

The file name of the Signed Application / Library Software Package installed in the telephone, see
96x1PKG.2.3.100 in [7.1-10] and 96x1H-IPI.3.1.100 flowchart 3c-1.




BACKUPAPP
(see Valid Values)

The name of the Backup Package stored in the telephone, with a maximum length as specified by
96x1H-IPI.2.2.100

The file name of the Backup Package that will be installed if the application files become corrupted, see
96x1H-IPI.3.1.100 flowchart 3c-1.




BOOT1INUSE
(see Valid Values)

The name of the boot1 file stored in the telephone, see 96x1PKG.2.3.300 in [7.1-10].

The name of the boot1 file stored in the telephone, see
96x1H-IPI.3.1.100 flowchart 3c-2.




BOOT2INUSE
(see Valid Values)

The name of the boot2 file stored in the telephone, see 96x1PKG.2.3.300 in [7.1-10].

The name of the boot2 file stored in the telephone, see
96x1H-IPI.3.1.100 flowchart 3c-2.




NVBRIGHTNESS
(“4”)

1 ASCII numeric digit,
“1” through “5”

Display backlight brightness, see 96x1LA.5.1.200 in [7.1-5].




NVCONTRAST
(“8”)

1 or 2 ASCII numeric digits,
“1” through “15”

Display contrast setting,
see
96x1H-IPI.3.1.100 and
96x1LA.5.1.200 in [7.1-5].




NVDEBUG
(“0”)

1 ASCII numeric digit,
“0” or “1”

Debug mode status, see
96x1LA.6.2.800 in [7.1-5].




NVLANGFILE
(“”)
(null string)

0 to 32 ASCII characters
as specified in
96x1H-IPI.2.2.100

The name of the language file to use during initialization,
see
96x1H-IPI.3.1.100.




NVLANGNAME
(“English”)

1 to 24 Unicode characters

Used to find another language file that supports the same language that was supported by the file named by NVLANGFILE if the file named by NVLANGFILE file is replaced or deleted (see flowchart 4 of 96x1H-IPI.3.1.100).




NVLOGSTAT
(“0”)

1 ASCII numeric digit,
“0” through “8”

Manually-entered syslog status, see 96x1H-IPI.5.1.1300.

Approved

NVBM1BRIGHTNESS
(“4”)

1 ASCII numeric digit,
“1” through “5”

Display backlight brightness for the
first attached button module, see
96x1LA.5.1.200 in [7.1-5].




NVBM2BRIGHTNESS
(“4”)

1 ASCII numeric digit,
“1” through “5”

Display backlight brightness for the second attached button module, see 96x1LA.5.1.200 in [7.1-5].




NVBM3BRIGHTNESS
(“4”)

1 ASCII numeric digit,
“1” through “5”

Display backlight brightness for the
third attached button module, see
96x1LA.5.1.200 in [7.1-5].




NVSSON
(“242”)

3 ASCII numeric digits,
“128” through “254”

Manually-entered Site-Specific Option Number for DHCP,
see
96x1H-IPI.5.1.604,
96x1LA.6.2.1700H in [7.1-5].

Rationale:

The default value for NVSSON was changed from 176 (the default value used by the 46xx IP telephones) to 242 because IETF RFC 3942 reclassified option numbers 128-223 to be publicly-defined options, not site-specific options. However, NVSSON will still be allowed to use the reclassified option numbers because some customers (perhaps with older DHCP servers) may wish to continue using them.

Approved

NVTRUSTLIST
(“”)
(null string)

0 to 255 ASCII characters:
zero or more file names or URLs, separated by commas without any intervening spaces

The list of files that were downloaded containing trusted certificates,
see
96x1H-IPI.3.1.100,
flowcharts 3a-3 and 3b-3.


Approved
only for releases prior to R6.3


NVVOXFILE
(“”)
(null string)

0 to 32 ASCII characters:
zero or one file name,
as specified in
96x1H-IPI.2.2.100

The file name of the voice language file stored in non-volatile memory, if any; see 96x1H-IPI.3.1.100, flowchart 3b-4

Approved

RFSINUSE
(see Valid Values)

The name of the Signed Kernel/Root Software Package installed in the active Kernel and Root File System, with a maximum length as specified by 96x1H-IPI.2.2.100

The file name of the Signed Kernel/Root Software Package installed in the active Kernel and Root File System, see 96x1PKG.2.3.100 in [7.1-10] and 96x1H-IPI.3.1.100 flowchart 3c-2.

Directory: public -> downloadFile.jsp?file= -> resources -> sites -> AVAYA -> content -> live -> SOLUTIONS
public -> The german unification, 1815-1870
public ->  Preparation of Papers for ieee transactions on medical imaging
public -> Harmonised compatibility and sharing conditions for video pmse in the 7 9 ghz frequency band, taking into account radar use
public -> Adjih, C., Georgiadis, L., Jacquet, P., & Szpankowski, W. (2006). Multicast tree structure and the power law
public -> Duarte, G. Pujolle: fits: a flexible Virtual Network Testbed Architecture
public -> Swiss Federal Institute of Technology (eth) Zurich Computer Engineering and Networks Laboratory
public -> Tr-41. 4-03-05-024 Telecommunications
public -> Chris Young sets 2016 “I’m Comin’ Over” Tour headlining dates
SOLUTIONS -> CM: How to enable 'auto answer' feature

Download 4.77 Mb.

Share with your friends:
1   2   3   4   5   6   7   8   9   ...   48




The database is protected by copyright ©ininet.org 2024
send message

    Main page