- 홈
- /
- 문서
피드백을 보내 주셔서 감사합니다.
Cisco BroadWorks에서 전화기에 대해 파라미터 프로비저닝
이 문서에서
피드백이 있습니까?이 도움말 문서는 Cisco BroadWorks에 등록된 Cisco 전화기에 대한 것입니다. 이 페이지의 정보에는 프로비저닝 파라미터 및 해당 구문이 포함됩니다.
프로비저닝 파라미터 유형
이 섹션에서는 기능에 따라 광범위하게 구성된 프로비저닝 매개 변수에 대해 설명합니다.
일반 목적 파라미터
일반 목적 파라미터 GPP_*()는 특정 프로비저닝 서버 솔루션과 상호 작용하도록 전화기를 구성할 때 무료 문자열로 등록됩니다. GPP_* 파라미터는 기본적으로 비어 있습니다. 다음을 포함하여 다양한 값을 포함하도록 구성할 수 있습니다.
-
암호화 키
-
URL
-
다중 단계 프로비저닝 상태 정보.
-
사후 요청 템플릿
-
파라미터 이름 별칭 맵
-
부분적인 문자열 값은 결국 완전한 파라미터 값으로 결합됩니다.
GPP_* 파라미터는 다른 프로비저닝 파라미터 내에서 매크로 확장에 대해 사용할 수 있습니다. 이를 위해 한 글자 대문자 매크로 이름(A ~ P)은 GPP_A ~ GPP_P의 내용을 식별하기에 충분합니다. 또한, 두 자리 대문자 매크로 이름은 다음 URL 옵션의 인수로 사용될 때 GPP_SA ~ GPP_SD를 특별한 케이스로 식별합니다.
키, uid 및 pwd
이러한 매개 변수는 프로비저닝 및 업그레이드 규칙에서 변수로 사용할 수 있습니다. 이는 변수 이름의 접두사($GPP_A)와 같은 '$' 문자로 참조됩니다.
파라미터 활성화
Provision_활성화 및 Upgrade_활성화 파라미터는 모든 프로필 재동기화 및 펌웨어 업그레이드 작업을 제어합니다. 이러한 매개 변수는 재동기화 및 업그레이드를 서로 독립적으로 제어합니다. 이러한 매개 변수는 관리 웹 서버를 통해 발급되는 재동기화 및 업그레이드 URL 명령을 제어합니다. 해당 파라미터 모두 기본적으로 예 로 설정됩니다.
Resync_From_SIP 파라미터는 재동기화 작업에 대한 요청을 제어합니다. SIP NOTIFY 이벤트가 서비스 제공자 프록시 서버에서 전화기로 전송됩니다. 활성화된 경우 프록시는 재동기화를 요청할 수 있습니다. 이를 위해 프록시는 이벤트가 포함된 SIP NOTIFY 메시지를 보냅니다. 헤더를 장치로 재동기화 합니다.
장치는 401 응답으로 요청에 문제를 제기합니다(사용된 자격 증명에 대한 권한 부여 거부). 장치는 프록시의 재동기화 요청을 수행하기 전에 인증된 후속 요청을 기다립니다. 이벤트: reboot_now 및 이벤트: restart_now 헤더는 각각 콜드 및 따뜻한 재시작을 수행하며, 이는 또한 문제가 됩니다.
나머지 두 가지 활성화는 Resync_On_재설정 및 Resync_After_Upgrade_시도입니다. 이러한 매개 변수는 전원 공급 소프트웨어가 재부팅되고 각 업그레이드 시도 후에 장치가 재동기화 작업을 수행하는지 여부를 결정합니다.
Resync_On_재설정이 활성화되면 장치는 재설정이 실행되기 전에 부팅 시퀀스를 따르는 임의 지연을 발생합니다. 지연은 Resync_Random_지연(초)이 지정한 값의 임의 시간입니다. 동시에 전원이 공급되는 전화기 풀에서 이 지연은 각 장치에서 재동기화 요청의 시작 시간을 분산합니다. 이 기능은 지역 정전 발생 시 대규모 주거용 배포에서 유용할 수 있습니다.
트리거
전화기를 사용하면 특정 간격 또는 특정 시간에 재동기화할 수 있습니다.
특정 간격으로 재동기화
전화기는 주기적으로 프로비저닝 서버와 재동기화하도록 설계되었습니다. 재동기화 간격은 Resync_주기적(초)으로 구성됩니다. 이 값이 비어 있는 경우 장치는 주기적으로 재동기화되지 않습니다.
일반적으로 재동기화는 음성 회선이 유휴 상태일 때 발생합니다. 재동기화가 만료될 때 음성 회선이 활성화된 경우 전화기는 회선이 유휴 상태가 될 때까지 재동기화 절차를 지연시킵니다. 재동기화는 구성 파라미터 값이 변경될 수 있습니다.
전화기가 서버에서 프로파일을 검색할 수 없거나, 다운로드한 파일이 손상되었거나, 내부 오류가 발생하여 재동기화 작업이 실패할 수 있습니다. 장치는 Resync_Error_Retry_지연(초)에 지정된 시간 후에 다시 동기화를 시도합니다. Resync_Error_Retry_지연이 0으로 설정된 경우, 장치는 재동기화 시도에 실패한 후 다시 동기화를 시도하지 않습니다.
업그레이드가 실패하는 경우, Upgrade_Error_Retry_지연 시간(초)에 따라 재시도가 실행됩니다.
재동기화를 조건적으로 트리거하기 위해 두 개의 구성 가능한 매개 변수를 사용할 수 있습니다. Resync_Trigger_1 및 Resync_Trigger_2. 각 매개 변수는 매크로 확장을 거치는 조건식으로 프로그래밍할 수 있습니다. 재동기화 간격이 만료되면(다음 재동기화 시간) 트리거가 설정된 경우 하나 이상의 트리거가 true로 평가되지 않는 한 재동기화를 방지합니다.
다음 예제 조건은 재동기화를 트리거합니다. 이 예에서 마지막 전화 업그레이드 시도는 5분(300초) 이상 경과되었으며, 마지막 재동기화 시도 이후 최소 10분(600초) 경과되었습니다.
$UPGTMR gt 300 및 $PRVTMR ge 600특정 시간에 재동기화
Resync_At 파라미터를 사용하면 전화기가 특정 시간에 재동기화할 수 있습니다. 이 매개 변수는 24시간 형식(hhmm)을 사용하여 시간을 지정합니다.
Resync_At_Random_Delay 파라미터를 사용하면 지정된 시간 내에 전화기가 재동기화할 수 있습니다. 이 매개 변수는 양수 정수 형식을 사용하여 시간을 지정합니다.
동시에 재동기화하도록 설정된 여러 전화기의 재동기화 요청으로 서버를 플로우하는 작업은 피해야 합니다. 이를 위해 전화기는 지정된 시간 후 최대 10분 후에 재동기화를 트리거합니다.
예를 들어, 재동기화 시간을 1000(오전 10시)로 설정하면 전화기는 오전 10:00부터 오전 10:10시 사이에 언제든지 재동기화를 트리거합니다.
기본값으로 이 기능은 비활성화됩니다. Resync_At 파라미터가 프로비저닝된 경우, Resync_주기적 파라미터는 무시됩니다.
구성 가능한 스케줄
주기적 재동기화에 대한 일정을 구성하고 다음 프로비저닝 매개 변수를 사용하여 재동기화 및 업그레이드 실패에 대한 재시도 간격을 지정할 수 있습니다.
-
Resync_주기적
-
Resync_Error_Retry_지연
-
Upgrade_error_Retry_지연
각 파라미터는 단일 지연 값(초)을 허용합니다. 새 확장된 구문을 사용하면 연속적인 지연 요소의 쉼표로 구분된 목록을 사용할 수 있습니다. 시퀀스의 마지막 요소는 암시적으로 영원히 반복됩니다.
선택적으로 더하기 기호를 사용하여 임의 추가 지연을 추가하는 다른 숫자 값을 지정할 수 있습니다.
예 1
이 예에서는 전화기가 2시간마다 주기적으로 재동기화됩니다. 재동기화 실패가 발생하는 경우 장치는 다음 간격으로 재시도합니다. 30분, 1시간, 2시간, 4시간. 장치는 성공적으로 재동기화될 때까지 4시간 간격으로 계속 시도합니다.
Resync_Periodic=7200 Resync_Error_Retry_Delay=1800,3600,7200,14400 예 2
이 예에서 장치는 매시간 주기적으로 재동기화됩니다(더하기 최대 10분의 추가 임의 지연). 재동기화 실패의 경우 장치는 다음 간격으로 재시도합니다. 30분(더하기 최대 5분). 1시간(더하기 최대 10분), 2시간(더하기 최대 15분). 장치는 성공적으로 재동기화될 때까지 2시간 간격(더하기 최대 15분)으로 계속 시도합니다.
Resync_Periodic=3600+600 Resync_Error_Retry_Delay=1800+300,3600+600,7200+900 예 3
이 예에서 원격 업그레이드 시도가 실패하면 장치는 30에 업그레이드를 다시 시도합니다. 몇 분, 한 시간 후에 다시, 두 시간 후에 다시. 업그레이드가 여전히 실패하는 경우, 장치는 업그레이드가 성공할 때까지 4~5시간마다 다시 시도합니다.
pgrade_Error_Retry_지연 = 1800,3600,7200,14400+3600 프로필 규칙
전화기는 다수의 원격 구성 프로파일 파라미터(Profile_Rule*)를 제공합니다. 따라서 각 재동기화 작업은 서로 다른 서버가 관리하는 여러 파일을 검색할 수 있습니다.
가장 간단한 시나리오에서 장치는 중앙 서버의 단일 프로파일로 주기적으로 재동기화되며, 이는 모든 관련 내부 파라미터를 업데이트합니다. 또는 프로파일을 다른 파일 간에 분할할 수도 있습니다. 한 개의 파일은 한 구축의 모든 전화기에 대해 공통적입니다. 각 계정에 대해 별도의 고유한 파일이 제공됩니다. 암호화 키 및 인증서 정보는 별도의 서버에 저장된 다른 프로파일을 통해 제공할 수 있습니다.
재동기화 작업이 완료될 때마다 전화기는 네 개의 Profile_Rule* 파라미터를 순서대로 평가합니다.
-
Profile_규칙
-
Profile_Rule_B를
-
Profile_Rule_C
-
연구rofile_ule_D
각 평가는 원격 프로비저닝 서버에서 프로파일을 검색하고 일부 내부 파라미터를 업데이트할 수 있습니다. 평가에 실패하는 경우, 재동기화 시퀀스는 중단되고 Resync_Error_Retry_Delay 파라미터(초)에 지정된 처음부터 다시 시도됩니다. 모든 평가가 성공하면 장치는 Resync_Periodic 파라미터에 지정된 시간(초)을 기다린 후 다른 재동기화를 수행합니다.
각 Profile_Rule* 파라미터의 내용은 대체 항목의 집합으로 구성됩니다. 대체 항목은 | (파이프) 문자로 구분됩니다. 각 대체 항목은 조건식, 할당 표현식, 프로파일 URL 및 관련 URL 옵션으로 구성됩니다. 이러한 모든 구성 요소는 각 대체 내에서 선택 사항입니다. 다음은 유효한 조합이며, 나타나야 하는 순서입니다(있는 경우).
[ 조건부-expr ] [ assignment-expr ] [[ options ] URL ] 각 Profile_Rule* 파라미터 내에서 마지막 파라미터를 제외한 모든 대체 항목은 조건식을 제공해야 합니다. 이 표현식은 다음과 같이 평가되고 처리됩니다.
-
조건은 왼쪽에서 오른쪽으로 평가되며, 이는 참으로 평가되는 것이 발견될 때까지(또는 조건식이 없는 한 대안이 발견될 때까지) 평가됩니다.
-
일치하는 배정 표현식이 있는 경우 평가됩니다.
-
대체 항목의 일부로 URL이 지정된 경우 지정된 URL에 위치한 프로파일을 다운로드하려고 시도합니다. 시스템은 그에 따라 내부 매개 변수를 업데이트하려고 시도합니다.
모든 대안에 조건식이 있고 true로 평가되지 않는 경우(또는 전체 프로파일 규칙이 비어 있는 경우) 전체 Profile_Rule* 파라미터를 건너뜁니다. 시퀀스의 다음 프로파일 규칙 파라미터가 평가됩니다.
예 1
이 예제는 지정된 URL의 프로파일에 무조건 재동기화하고 원격 프로비저닝 서버에 대한 HTTP GET 요청을 수행합니다.
http://remote.server.com/cisco/$MA.cfg
예 2
이 예에서 장치는 회선 1의 등록 상태에 따라 두 개의 다른 URL로 재동기화합니다. 등록이 손실된 경우 장치는 CGI 스크립트에 대한 HTTP POST를 수행합니다. 장치는 매크로 확장 GPP_A의 콘텐츠를 전송하며, 이는 장치 상태에 대한 추가 정보를 제공할 수 있습니다.
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg | [--post a] http://p.tel.com/lost-reg? 예 3
이 예에서는 장치가 동일한 서버로 재동기화됩니다. 장치에 인증서가 설치되지 않은 경우(레거시 2.0 이전 장치) 장치는 추가 정보를 제공합니다.
(“$CCERT” eq “설치됨”)? https://p.tel.com/config? | https://p.tel.com/config?cisco$MAU 예 4
이 예제에서 회선 1은 GPP_A가 첫 번째 URL을 통해 프로비저닝됨으로 설정될 때까지 비활성화됩니다. 그 후 두 번째 URL로 재동기화됩니다.
(“$A” ne “프로비저닝됨”)? (Line_Enable_1_ = “아니요”;)! https://p.tel.com/init-prov | https://p.tel.com/configs 예 5
이 예에서는 서버가 반환하는 프로파일이 XML 요소 태그를 포함하는 것으로 가정합니다. 해당 태그는 GPP_B에 저장된 별칭 맵에 의해 적합한 파라미터 이름으로 다시 매핑되어야 합니다.
[--별칭 b] https://p.tel.com/account/$PN$MA.xml 일반적으로 요청된 프로파일을 서버에서 수신하지 않으면 재동기화가 실패한 것으로 간주됩니다. Resync_Fails_On_FNF 파라미터는 이 기본 작동을 다시 정의할 수 있습니다. Resync_Fails_On_FNF가 아니요로 설정된 경우, 장치는 성공적으로 재동기화로 서버에서 파일을 찾을 수 없는 응답을 수락합니다. Resync_Fails_On_FNF의 기본값은 Yes입니다.
업그레이드 규칙
업그레이드 규칙은 장치에 새로운 로드를 활성화하고 필요한 경우 로드를 가져올 위치를 지정하는 것입니다. 장치에 로드가 이미 있는 경우, 로드를 가져오려고 시도하지 않습니다. 따라서 원하는 로드가 비활성 파티션에 있는 경우 로드 위치의 유효성은 중요하지 않습니다.
Upgrade_규칙은 펌웨어 로드를 지정합니다. 이는 현재 로드와 다른 경우, 조건식으로 제한되거나 Upgrade_활성화가 아니요로 설정되지 않은 한 다운로드되고 적용됩니다.
전화기는 구성 가능한 원격 업그레이드 파라미터인 Upgrade_규칙을 제공합니다. 이 매개 변수는 프로파일 규칙 매개 변수와 유사한 구문을 허용합니다. URL 옵션은 업그레이드에 대해 지원되지 않지만, 조건식 및 할당 표현식을 사용할 수 있습니다. 조건식이 사용되는 경우, 파라미터는 문자로 구분하여 여러 대체 항목으로 채울 수 | 있습니다. 각 대안에 대한 구문은 다음과 같습니다.
[ conditional-expr ] [ assignment-expr ] URL Profile_Rule* 파라미터의 경우와 같이, Upgrade_규칙 파라미터는 조건식이 충족되거나 대체 항목에 조건식이 없을 때까지 각 대안을 평가합니다. 해당하는 할당 표현식이 지정된 경우 평가됩니다. 그런 다음 지정된 URL로 업그레이드를 시도합니다.
Upgrade_규칙에 조건식이 포함되지 않은 URL이 포함된 경우, 장치는 URL이 지정한 펌웨어 이미지로 업그레이드됩니다. 매크로 확장 및 규칙의 평가 후 장치는 규칙이 수정되거나 체계 + 서버 + 포트 + 파일 경로의 효과적인 조합이 변경될 때까지 업그레이드를 다시 시도하지 않습니다.
펌웨어 업그레이드를 시도하려면 장치가 절차를 시작할 때 오디오를 비활성화하고 절차가 끝날 때 재부팅합니다. 장치는 모든 음성 회선이 현재 비활성 상태인 경우에만 Upgrade_규칙의 내용에 의해 구동되는 업그레이드를 자동으로 시작합니다.
예를 들어
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loads이 예제에서 Upgrade_규칙은 펌웨어를 표시된 URL에 저장된 이미지로 업그레이드합니다.
다른 예는 다음과 같습니다.
(“$F” ne “베타 고객”)? http://p.tel.com/firmware/PHONEOS-8875.1-0-1-0001-1.loads | http://p.tel.com/firmware/PHONEOS-8875.1-0-1-0001-1.loads 이 예제는 일반 목적 파라미터인 GPP_F의 내용에 기반하여 두 개의 이미지 중 하나를 로드하도록 안내합니다.
프로비저닝 파라미터
전화기 웹 페이지의 프로비저닝 탭에서 프로비저닝 파라미터를 찾을 수 있습니다.
구성 프로파일 매개 변수
다음 표는 프로비저닝 탭 아래의 구성 프로필 파라미터 섹션에서 각 파라미터의 기능과 사용법을 정의합니다.
|
파라미터 이름 |
설명 및 기본값 |
|---|---|
|
프로비저닝 활성화 |
펌웨어 업그레이드 작업과 관계없이 모든 재동기화 작업을 제어합니다. 예 로 설정하여 원격 프로비저닝을 활성화합니다. 기본값은 예입니다. |
|
재설정 시 재동기화 |
매개 변수 업데이트 및 펌웨어 업그레이드로 인한 재부팅을 제외하고 모든 재부팅 후 재동기화를 트리거합니다. 기본값은 예입니다. |
|
임의 지연 재동기화 |
재설정을 수행하기 전에 부팅 시퀀스 이후의 임의 지연(초)입니다. 동시에 전원을 켜도록 예약된 IP 텔레포니 장치 풀에서 이 기능은 각 장치가 프로비저닝 서버로 재동기화 요청을 보내는 시간을 분산시킵니다. 이 기능은 지역 정전 발생 시 대규모 주거용 배포에서 유용할 수 있습니다. 이 필드의 값은 0~65535 범위의 정수이어야 합니다. 기본값은 2입니다. |
|
(HHmm)에 재동기화 |
장치가 프로비저닝 서버와 재동기화하는 시간(HHmm)입니다. 이 필드의 값은 HHmm 형식의 시간을 나타내기 위해 0000~2400 사이의 4자리 숫자이어야 합니다. 예를 들어, 0959는 09:59를 나타냅니다. 기본값이 비어 있습니다. 값이 유효하지 않은 경우 매개 변수는 무시됩니다. 이 매개 변수가 유효한 값으로 설정된 경우 주기적 재동기화 매개 변수는 무시됩니다. |
|
임의 지연 시 재동기화 |
다수의 장치 전원이 동시에 켜질 때 프로비저닝 서버의 오버로드를 방지합니다. 여러 전화기에서 서버에 대한 재동기화 요청이 끊기지 않도록 전화기는 시간 및 분 범위와 임의 지연(hhmm, hhmm+random_delay)을 더한 범위로 재동기화합니다. 예를 들어, 임의 지연 = (임의 지연 시 재동기화 + 30)/60분 인 경우, 입력 값(초)은 분으로 변환되고 다음 분으로 반올림되어 최종 random_delay 간격을 계산합니다. 유효한 값 범위는 600 ~ 65535 사이입니다. 값이 600보다 작은 경우 내부 임의 지연은 0과 600 사이입니다. 기본값은 600초(10 분)입니다. |
|
주기적으로 재동기화 |
프로비저닝 서버와 주기적으로 재동기화되는 시간 간격입니다. 연결된 재동기화 타이머는 서버와의 첫 번째 동기화가 성공한 후에만 활성화됩니다. 유효한 형식은 다음과 같습니다.
주기적 재동기화를 비활성화하려면 이 매개 변수를 0으로 설정합니다. 기본값은 3600초입니다. |
|
재동기화 오류 재시도 지연 |
IP 텔레포니 장치가 서버에서 프로파일을 검색할 수 없기 때문에 재동기화 작업이 실패하거나 다운로드한 파일이 손상되었거나 내부 오류가 발생하면 장치는 초 단위로 지정된 시간 후에 재동기화를 다시 시도합니다. 유효한 형식은 다음과 같습니다.
지연이 0으로 설정된 경우 장치는 실패한 재동기화 시도 후에 재동기화를 다시 시도하지 않습니다. |
|
강제 재동기화 지연 |
전화기가 재동기화를 수행하기 전에 대기하는 최대 지연 시간(초)입니다. 전화기 회선 중 하나가 활성 상태인 동안 장치가 재동기화되지 않습니다. 재동기화는 몇 초가 소요될 수 있으므로, 재동기화하기 전에 장치가 장기간 유휴 상태일 때까지 기다려야 합니다. 이렇게 하면 사용자가 중단 없이 연속적으로 전화를 걸 수 있습니다. 장치에는 모든 회선이 유휴 상태가 될 때 카운트다운을 시작하는 타이머가 있습니다. 이 매개 변수는 카운터의 초기 값입니다. 이 카운터가 0으로 감소할 때까지 재동기화 이벤트가 지연됩니다. 유효한 값 범위는 0에서 65535 사이입니다. 기본값은 14,400초입니다 . |
|
SIP에서 재동기화 |
SIP NOTIFY 메시지를 통해 재동기화가 트리거되도록 활성화합니다. 기본값은 예입니다. |
|
업그레이드 시도 후 재동기화 |
업그레이드가 발생한 후 재동기화 작업을 활성화하거나 비활성화합니다. 예를 선택하면 동기화가 트리거됩니다. 기본값은 예입니다. |
|
재동기화 트리거 1, 재동기화 트리거 2 |
구성 가능한 재동기화 트리거 조건. 이러한 매개 변수의 논리 수식이 TRUE로 평가되면 재동기화가 트리거됩니다. 기본값은(비어 있음)입니다. |
|
FNF에서 재동기화 실패 |
요청된 프로파일을 서버에서 수신하지 않으면 재동기화가 실패한 것으로 간주됩니다. 이는 이 매개 변수로 재정의할 수 있습니다. 아니요로 설정된 경우 장치는 서버에서 기본값은 예입니다. |
|
프로파일 규칙 프로파일 규칙 B 프로파일 규칙 C 프로파일 규칙 D |
각 프로파일 규칙은 프로파일(구성 파일)을 가져올 소스의 전화기에 알립니다. 모든 재동기화 작업 중에 전화기는 모든 프로파일을 순서대로 적용합니다. 기본값: 구성 파일에 AES-256-CBC 암호화를 적용하는 경우, 다음과 같이 선택적으로 암호화 키를 큰따옴표(")로 묶을 수 있습니다. |
|
사용할 DHCP 옵션 |
펌웨어 및 프로파일을 검색하는 데 사용되는 쉼표로 구분된 DHCP 옵션. 기본값은 66,160,159,150,60,43,125입니다. |
|
로그 요청 메시지 |
이 매개 변수는 재동기화 시도 시작 시 syslog 서버로 전송되는 메시지를 포함합니다. 기본값은 |
|
로그 성공 메시지 |
재동기화 시도가 성공적으로 완료되면 발급되는 syslog 메시지입니다. 기본값은 |
|
로그 오류 메시지 |
실패한 재동기화 시도 이후에 발급되는 syslog 메시지입니다. 기본값은 |
|
사용자 구성 가능한 재동기화 |
사용자가 IP 전화기 화면에서 전화기를 다시 동기화할 수 있습니다. 기본값은 예입니다. |
펌웨어 업그레이드 파라미터
다음 표는 프로비저닝 탭의 펌웨어 업그레이드 섹션에서 각 파라미터의 기능 및 사용법을 정의합니다.
|
파라미터 이름 |
설명 및 기본값 |
|---|---|
|
업그레이드 활성화 |
재동기화 작업과 관계없이 펌웨어 업그레이드 작업을 활성화합니다. 기본값은 예입니다. 다음 방법 중 하나를 사용하여 이 매개 변수를 구성합니다.
|
|
업그레이드 오류 재시도 지연 |
업그레이드 실패 시 적용되는 업그레이드 재시도 간격(초)입니다. 장치에는 펌웨어 업그레이드 시도에 실패한 후에 활성화되는 펌웨어 업그레이드 오류 타이머가 있습니다. 타이머는이 매개 변수에 있는 값으로 초기화 됩니다. 이 타이머를 0으로 계산 하면 다음 펌웨어 업그레이드 시도가 발생 합니다. 기본값은 3600초입니다. 다음 방법 중 하나를 사용하여 이 매개 변수를 구성합니다.
|
|
업그레이드 규칙 |
업그레이드 조건 및 연결된 펌웨어 URL을 정의하는 펌웨어 업그레이드 스크립트입니다. 프로파일 규칙과 동일한 구문을 사용합니다. 다음 형식을 사용하여 업그레이드 규칙을 입력합니다.
예를 들면, 프로토콜이 지정되지 않은 경우 TFTP가 가정됩니다. 서버 이름이 지정되지 않은 경우 URL을 요청하는 호스트가 서버 이름으로 사용됩니다. 포트가 지정되지 않은 경우 기본 포트가 사용됩니다(TFTP의 경우 69, HTTP의 경우 80 또는 HTTPS의 경우 443). 기본값은 공백입니다. 다음 방법 중 하나를 사용하여 이 매개 변수를 구성합니다.
|
|
로그 업그레이드 요청 메시지 |
펌웨어 업그레이드 시도 시작 시 발행 된 Syslog 메시지. 기본값: 다음 방법 중 하나를 사용하여 이 매개 변수를 구성합니다.
|
|
로그 업그레이드 성공 메시지 |
펌웨어 업그레이드 시도 후 발행 된 Syslog 메시지가 성공적으로 완료 되었습니다. 기본값은 다음 방법 중 하나를 사용하여 이 매개 변수를 구성합니다.
|
|
로그 업그레이드 실패 메시지 |
펌웨어 업그레이드 시도에 실패 한 후에 Syslog 메시지가 발행 되었습니다. 기본값은 다음 방법 중 하나를 사용하여 이 매개 변수를 구성합니다.
|
|
피어 펌웨어 공유 |
피어 펌웨어 공유(PFS) 기능을 활성화하거나 비활성화합니다. 예 또는 아니요 를 선택하여 기능을 활성화하거나 비활성화합니다. 기본값: 예 다음 방법 중 하나를 사용하여 이 매개 변수를 구성합니다.
|
|
피어 펌웨어 공유 로그 서버 |
UDP 메시지가 전송되는 IP 주소와 포트를 나타냅니다. 예를 들면, 10.98.76.123:514 여기에서, 10.98.76.123은 IP 주소이고 514는 포트 번호입니다. 다음 방법 중 하나를 사용하여 이 매개 변수를 구성합니다.
|
일반 목적 파라미터
다음 표는 프로비저닝 탭의 일반 목적 파라미터 섹션에서 각 파라미터의 기능과 사용법을 정의합니다.
|
파라미터 이름 |
설명 및 기본값 |
|---|---|
|
gpp a-gpp p는 |
일반 목적 파라미터 GPP_*는 특정 프로비저닝 서버 솔루션과 상호 작용하도록 전화기를 구성할 때 무료 문자열로 등록됩니다. 다음을 포함하여 다양한 값을 포함하도록 구성할 수 있습니다.
기본값은 공백입니다. |
매크로 확장 변수
특정 매크로 변수는 다음 프로비저닝 파라미터 내에서 인식됩니다.
-
Profile_규칙
-
Profile_Rule_*
-
esync_Trigger_*
-
Upgrade_규칙
-
Log_*
-
GPP_* (특정 조건에서)
이러한 매개 변수 내에서 $NAME 또는 $(NAME)와 같은 구문 유형이 인식되고 확장됩니다.
매크로 변수 하위 문자열은 $(NAME:p) 및 $(NAME:p:q) 표기법으로 지정할 수 있으며, 여기서 p 및 q는 음수가 아닌 정수(개정 2.0.11 이상에서 사용 가능)입니다. 결과적으로 매크로 확장은 문자 오프셋 p부터 시작하는 하위 문자열이며, 길이는 q(또는 q가 지정되지 않은 경우 문자열 끝까지)입니다. 예를 들어, GPP_A에 ABCDEF가 포함된 경우 $(A:2)는 CDEF로 확장되고 $(A:2:3)는 CDE로 확장됩니다.
인식할 수 없는 이름은 변환되지 않으며, $NAME 또는 $(NAME) 형식은 확장 후 파라미터 값에서 변경되지 않은 채로 유지됩니다.
|
파라미터명 |
설명 및 기본값 |
|---|---|
|
$ |
$$ 양식은 한 개의 $ 문자로 확장됩니다. |
|
A ~ P까지 |
일반 목적 파라미터 GPP_A ~ GPP_P의 내용으로 대체됩니다. |
|
SD를 통한 SA |
특수 목적 파라미터 GPP_SA ~ GPP_SD로 대체됩니다. 이러한 매개 변수는 프로비저닝에 사용되는 보류 키 또는 암호입니다. $SA ~ $SD는 선택적 재동기화 URL 자격 증명, --key에 대한 인수로 인식됩니다. |
|
MA |
소문자 16진수를 사용하는 MAC 주소(예: 000e08aabbcc). |
|
MAU |
대문자 16진수를 사용하는 MAC 주소(예: 000E08AABBCC). |
|
MAC |
소문자 16진수를 사용하는 MAC 주소 및 16진수 쌍을 구분하기 위한 콜론. 예: 00:0e:08:aa:bb:cc. |
|
PN |
제품 이름. 예: CP-8875-CC-C-9K입니다. |
|
PSN은 | 제품 일련 번호입니다. 예를 들어, V03. |
|
SN |
일련 번호 문자열. 예: 88012BA01234. |
|
인증서 |
SSL 클라이언트 인증서 상태: 설치 또는 설치되지 않음. |
|
IP |
로컬 서브넷 내 전화기의 IP 주소입니다. 예: 192.168.1.100. |
|
extip를 |
인터넷에 표시된 전화기의 외부 IP입니다. 예: 66.43.16.52. |
|
swver는 |
소프트웨어 버전 문자열입니다. 예를 들어 전화 번호 8875.1-0-1-0001-1 |
|
hwver는 |
하드웨어 버전 문자열입니다. 예: 2.0.1 |
|
PRVST는 |
프로비저닝 상태(숫자 문자열): -1 = 명시적 재동기화 요청 0 = 전원 재동기화 1 = 주기적 재동기화 2 = 재동기화 실패, 재시도 시도 |
|
최고 |
업그레이드 상태(숫자 문자열): 1 = 첫 번째 업그레이드 시도 2 = 업그레이드 실패함, 다시 시도 |
|
업거 |
이전 업그레이드 시도의 결과 메시지(ERR). 예: http_get 실패함. |
|
prvtmr은 |
마지막 재동기화 시도 이후의 초. |
|
upgtmr은 |
마지막 업그레이드 시도 이후의 초. |
|
REGTMR1 |
회선 1이 SIP 서버에 대한 등록이 손실된 이후 초. |
|
REGTMR2 |
회선 2에서 SIP 서버에 대한 등록이 손실된 이후의 초. |
|
업그콘드 |
레거시 매크로 이름입니다. |
|
체계 |
재동기화 또는 업그레이드 URL을 구문 분석한 후에 얻는 파일 액세스 체계(TFTP, HTTP 또는 HTTPS 중 하나)입니다. |
|
서비스 |
재동기화 또는 업그레이드 URL을 구문 분석한 후에 얻은 요청 대상 서버 호스트 이름입니다. |
|
서빙 |
재동기화 또는 업그레이드 URL을 구문 분석한 후에 얻는 요청 대상 서버 IP 주소는 DNS 조회를 따르는 것일 수 있습니다. |
|
포트 |
재동기화 또는 업그레이드 URL을 구문 분석한 후에 얻는 요청 대상 UDP/TCP 포트. |
|
경로 |
재동기화 또는 업그레이드 URL을 구문 분석한 후에 얻는 요청 대상 파일 경로. |
|
오류 |
재동기화 또는 업그레이드 시도의 결과 메시지입니다. 결과 syslog 메시지 생성에만 유용합니다. 업그레이드 시도 시 해당 값은 UPGERR 변수에 보존됩니다. |
|
UIDn |
회선 n 사용자 ID 구성 매개 변수의 내용입니다. |
|
ems는 |
내선 모빌리티 상태 |
|
음소거 |
내선 이동 사용자 ID |
|
음경 |
내선 모빌리티 비밀번호 |
내부 오류 코드
전화기는 특정 오류 조건에서 장치의 동작에 대한 미세 제어를 제공함으로써 구성을 용이하게 하기 위해 여러 내부 오류 코드(X00–X99)를 정의합니다.
|
파라미터 이름 |
설명 및 기본값 |
|---|---|
|
X00 |
SIP 요청을 보낼 때 전송 계층(또는 ICMP) 오류가 발생합니다. |
|
X20 |
응답을 기다리는 동안 SIP 요청 시간이 초과되었습니다. |
|
X40 |
일반 SIP 프로토콜 오류(예: 200 및 ACK 메시지의 SDP에서 허용되지 않는 코덱 또는 ACK를 기다리는 동안 시간 초과). |
|
X60 |
지정된 다이얼 플랜에 따라 다이얼한 번호가 유효하지 않습니다. |
