- Strona główna
- /
- Artykuł
Dziękujemy za opinię.
Parametry zaopatrzenia dla telefonów serii 9800 i 8875 (BroadWorks)
W tym artykule
Opinia?Ten artykuł pomocy dotyczy telefonu Cisco Desk Phone 9800 Series i Cisco Video Phone 8875 zarejestrowanego w Cisco BroadWorks. Informacje na tej stronie zawierają parametry udostępniania i ich składnię.
Przydzielanie typów parametrów
W tej sekcji opisano parametry udostępniania szeroko zorganizowane zgodnie z funkcją.
Parametry ogólnego przeznaczenia
Parametry ogólnego przeznaczenia GPP_* ( rejestry łańcuchów podczas konfigurowania telefonu do interakcji z określonym rozwiązaniem serwera zapewniającego. Parametry GPP_* są domyślnie puste. Można je skonfigurować tak, aby zawierały różne wartości, w tym następujące:
-
Klucze szyfrowania
-
Adresy URL
-
Wielostopniowe informacje o stanie udostępniania.
-
Szablony żądań wysyłania
-
Nazwa parametru alias map
-
Częściowe wartości łańcuchowe, ostatecznie połączone w kompletne wartości parametrów.
Parametry GPP_* są dostępne dla rozszerzenia makr w ramach innych parametrów przydzielania. W tym celu jednoliterowe wielkie nazwy makr (od A do P) wystarczą, aby zidentyfikować zawartość GPP_A poprzez GPP_P. Ponadto dwuliterowe wielkie nazwy makr SA do SD identyfikują GPP_SA przez GPP_SD jako szczególny przypadek, gdy są używane jako argumenty następujących opcji URL:
klucz, uid i pwd
Parametry te mogą być używane jako zmienne w regułach udostępniania i aktualizacji. Odwołuje się do nich poprzez prefiksowanie nazwy zmiennej znakiem „$”, na przykład $GPP_A.
Włącz parametry
Parametry Provision_Enable i Upgrade_Enable kontrolują wszystkie operacje ponownej synchronizacji profilu i aktualizacji oprogramowania układowego. Parametry te kontrolują resynchronizację i aktualizacje niezależnie od siebie. Parametry te kontrolują również polecenia ponownej synchronizacji i aktualizacji adresów URL, które są wydawane za pośrednictwem administracyjnego serwera WWW. Oba te parametry są domyślnie ustawi one na Tak.
Parametr Resync_from_SIP kontroluje żądania operacji ponownej synchronizacji. Zdarzenie SIP NOTIFY jest wysyłane z serwera proxy dostawcy usług do telefonu. Jeśli jest włączona, serwer proxy może zażądać ponownej synchronizacji. W tym celu serwer proxy wysyła komunikat SIP NOTIFY zawierający nagłówek Event: resync do urządzenia.
Urządzenie kwestionuje żądanie odpowiedzią 401 (odmowa autoryzacji dla użytych danych uwierzytelniających). Urządzenie oczekuje uwierzytelnionego kolejnego żądania, zanim spełni żądanie ponownej synchronizacji serwera proxy. Nagłówki Event: reboot_now i Event: restart_now wykonują odpowiednio zimne i ciepłe restarty, które również są kwestionowane.
Pozostałe dwa włączenia to Resync_On_Reset i Resync_After_Upgrade_Attempt. Parametry te określają, czy urządzenie wykonuje operację ponownej synchronizacji po ponownym uruchomieniu oprogramowania zasilania i po każdej próbie aktualizacji.
Gdy funkcja Resync_On_Reset jest włączona, urządzenie wprowadza losowe opóźnienie, które następuje po sekwencji rozruchowej przed wykonaniem resetowania. Opóźnienie jest czasem losowym do wartości określonej przez Resync_Random_Delay (w sekundach). W puli telefonów, które włączają się jednocześnie, opóźnienie to rozkłada czasy rozpoczęcia żądań ponownej synchronizacji z każdego urządzenia. Ta funkcja może być przydatna w dużych rozmieszczeniach mieszkalnych, w przypadku regionalnej awarii zasilania.
Wyzwalacze
Telefon umożliwia ponowną synchronizację w określonych odstępach czasu lub w określonym czasie.
Ponowna synchronizacja w określonych odstępach czasu
Telefon jest przeznaczony do okresowej synchronizacji z serwerem zaopatrzenia. Interwał ponownej synchronizacji jest skonfigurowany w Resync_Periodic (sekundy). Jeśli ta wartość jest pusta, urządzenie nie synchronizuje się okresowo.
Ponowna synchronizacja zwykle ma miejsce, gdy linie głosowe są bezczynne. Jeśli linia głosowa jest aktywna w momencie ponownej synchronizacji, telefon opóźnia procedurę ponownej synchronizacji, aż linia ponownie przestanie działać. Ponowna synchronizacja może spowodować zmianę wartości parametrów konfiguracyjnych.
Operacja ponownej synchronizacji może się nie powieść, ponieważ telefon nie może pobrać profilu z serwera, pobrany plik jest uszkodzony lub wystąpił błąd wewnętrzny. Urządzenie próbuje ponownie zsynchronizować po upływie czasu określonego w Resync_Error_Retry_Delay (sekundy). Jeśli Resync_Error_Retry_Delay jest ustawiona na 0, urządzenie nie próbuje ponownie synchronizować po nieudanej próbie ponownej synchronizacji.
Jeśli aktualizacja nie powiedzie się, ponowna próba zostanie przeprowadzona po sekundach Upgrade_Error_Retry_Delay.
Do warunkowego wyzwalania resynchronizacji dostępne są dwa konfigurowalne parametry: Resync_Trigger_1 i Resync_Trigger_2. Każdy parametr może być zaprogramowany za pomocą wyrażenia warunkowego, które ulega ekspansji makro. Po wygaśnięciu interwału ponownej synchronizacji (czas na następną ponowną synchronizację) wyzwalacze, jeśli są ustawione, uniemożliwią ponowną synchronizację, chyba że jeden lub więcej wyzwalaczy oceni wartość true.
Poniższy przykładowy warunek powoduje ponowną synchronizację. W przykładzie ostatnia próba aktualizacji telefonu upłynęła dłużej niż 5 minut (300 sekund), a od ostatniej próby ponownej synchronizacji upłynęło co najmniej 10 minut (600 sekund).
$UPGTMR gt 300 and $PRVTMR ge 600Ponowna synchronizacja w określonym czasie
Parametr Resync_At umożliwia ponowną synchronizację telefonu w określonym czasie. Ten parametr używa formatu 24-godzinnego (hhmm) do określenia czasu.
Parametr Resync_At_Random_Delay umożliwia ponowną synchronizację telefonu z nieokreślonym opóźnieniem w czasie. Ten parametr używa dodatniego formatu całkowitego do określenia czasu.
Należy unikać zalania serwera żądaniami ponownej synchronizacji z wielu telefonów, które są ustawione na ponowną synchronizację w tym samym czasie. Aby to zrobić, telefon uruchamia ponowną synchronizację do 10 minut po określonym czasie.
Na przykład, jeśli ustawisz czas ponownej synchronizacji na 1000 (10:00 rano), telefon uruchomi ponowną synchronizację w dowolnym momencie między 10:00 a 10:10.
Domyślnie ta funkcja jest wyłączona. Jeśli parametr Resync_At jest udostępniony, parametr Resync_Periodic jest ignorowany.
Konfigurowalne harmonogramy
Można skonfigurować zestawienia dla okresowych ponownych synchronizacji i określić przedziały ponownej próby dla błędów ponownej synchronizacji i aktualizacji, korzystając z następujących parametrów przydzielania:
-
Resynk_okresowy
-
Resynkcja_Błęd_Retry_Opóźnienie
-
Aktualizacja_Błęd_Retry_Opóźnienie
Każdy parametr akceptuje pojedynczą wartość opóźnienia (sekundy). Nowa rozszerzona składnia umożliwia utworzenie oddzielonej przecinkami listy kolejnych elementów opóźnienia. Ostatni element w sekwencji jest niejawnie powtarzany na zawsze.
Opcjonalnie można użyć znaku plus, aby określić inną wartość liczbową, która dołącza losowe dodatkowe opóźnienie.
Przykład 1
W tym przykładzie telefon okresowo synchronizuje się co 2 godziny. Jeśli wystąpi awaria ponownej synchronizacji, urządzenie próbuje ponownie w tych odstępach czasu: 30 minut, 1 godzina, 2 godziny, 4 godziny. Urządzenie kontynuuje próby w 4-godzinnych odstępach czasu, aż pomyślnie się zsynchronizuje.
Resync_Periodic=7200
Resync_Error_Retry_Delay=1800,3600,7200,14400
Przykład 2
W tym przykładzie urządzenie okresowo synchronizuje się co godzinę (plus dodatkowe losowe opóźnienie do 10 minut). W przypadku awarii ponownej synchronizacji urządzenie próbuje ponownie w tych odstępach czasu: 30 minut (plus do 5 minut). 1 godzina (plus do 10 minut), 2 godziny (plus do 15 minut). Urządzenie kontynuuje próby w odstępach 2-godzinnych (plus do 15 minut), aż pomyślnie się zsynchronizuje.
Resync_Periodic=3600+600
Resync_Error_Retry_Delay=1800+300,3600+600,7200+900
Przykład 3
W tym przykładzie, jeśli próba zdalnej aktualizacji nie powiedzie się, urządzenie próbuje ponownie uaktualnić w ciągu 30 minut, następnie ponownie po kolejnej godzinie, a następnie w ciągu dwóch godzin. Jeśli aktualizacja nadal się nie powiedzie, urządzenie próbuje ponownie co cztery do pięciu godzin, aż aktualizacja się powiedzie.
Upgrade_Error_Retry_Delay = 1800,3600,7200,14400+3600
Zasady profilu
Telefon zapewnia wiele parametrów profilu zdalnej konfiguracji (Profile_Rule*). W ten sposób każda operacja ponownej synchronizacji może pobrać wiele plików, którymi zarządzają różne serwery.
W najprostszym scenariuszu urządzenie okresowo synchronizuje się z pojedynczym profilem na serwerze centralnym, który aktualizuje wszystkie istotne parametry wewnętrzne. Alternatywnie profil można podzielić między różne pliki. Jeden plik jest wspólny dla wszystkich telefonów we wdrożeniu. Dla każdego konta udostępniany jest osobny, unikalny plik. Klucze szyfrowania i informacje o certyfikacie mogą być dostarczane przez inny profil przechowywany na osobnym serwerze.
Za każdym razem, gdy nastąpi operacja ponownej synchronizacji, telefon ocenia cztery parametry Profile_Rule* w kolejności:
-
Reguła profilu
-
Profile_Rule_B
-
Profile_Rule_C
-
Profile_Rule_D
Każda ocena może skutkować pobraniem profilu ze zdalnego serwera udostępniania, z możliwą aktualizacją pewnej liczby parametrów wewnętrznych. Jeśli ocena nie powiedzie się, sekwencja ponownej synchronizacji zostanie przerwana i zostanie ponownie próbowana od początku określonego przez parametr Resync_Error_Retry_Delay (sekundy). Jeśli wszystkie oceny powiedzą się, urządzenie czeka na sekundę określoną przez parametr Resync_Periodic, a następnie wykonuje kolejną ponowną synchronizację.
Zawartość każdego parametru Profile_Rule* składa się z zestawu alternatyw. Alternatywy są oddzielone znakiem | (pipe). Każda alternatywa składa się z wyrażenia warunkowego, wyrażenia przypisania, adresu URL profilu i wszelkich powiązanych opcji adresu URL. Wszystkie te komponenty są opcjonalne w ramach każdej alternatywy. Poniżej przedstawiono prawidłowe kombinacje i kolejność, w jakiej muszą się pojawiać, jeśli są obecne:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]
W ramach każdego parametru Profile_Rule* wszystkie alternatywy oprócz ostatniej muszą zawierać wyrażenie warunkowe. To wyrażenie jest oceniane i przetwarzane w następujący sposób:
-
Warunki są oceniane od lewej do prawej, dopóki nie zostanie znaleziony taki, który ocenia się jako prawdziwy (lub dopóki nie zostanie znaleziona jedna alternatywa bez wyrażenia warunkowego).
-
Każde towarzyszące wyrażenie przypisania jest oceniane, jeśli jest obecne.
-
Jeśli adres URL jest określony jako część tej alternatywy, podejmuje się próbę pobrania profilu znajdującego się pod określonym adresem URL. System stara się odpowiednio zaktualizować parametry wewnętrzne.
Jeśli wszystkie alternatywy mają wyrażenia warunkowe, a żadne z nich nie jest oceniane jako true (lub jeśli reguła całego profilu jest pusta), cały parametr Profile_Rule* zostanie pominięty. Oceniany jest następny parametr reguły profilu w sekwencji.
Przykład 1
Ten przykład synchronizuje się bezwarunkowo z profilem pod określonym adresem URL i wykonuje żądanie HTTP GET do zdalnego serwera udostępniania:
http://remote.server.com/cisco/$MA.cfg
Przykład 2
W tym przykładzie urządzenie synchronizuje się ponownie z dwoma różnymi adresami URL, w zależności od stanu rejestracji linii 1. W przypadku utraty rejestracji urządzenie wykonuje HTTP POST do skryptu CGI. Urządzenie wysyła zawartość makra rozszerzonego GPP_A, co może dostarczyć dodatkowych informacji o stanie urządzenia:
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg
| [--post a] http://p.tel.com/lost-reg?
Przykład 3
W tym przykładzie urządzenie synchronizuje się ponownie z tym samym serwerem. Urządzenie dostarcza dodatkowych informacji, jeśli certyfikat nie jest zainstalowany w urządzeniu (dla starszych jednostek sprzed 2.0):
(“$CCERT” eq “Installed”)? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU
Przykład 4
W tym przykładzie linia 1 jest wyłączona, dopóki GPP_A nie zostanie ustawiony jako Provisioned przez pierwszy adres URL. Następnie ponownie synchronizuje się z drugim adresem URL:
(“$A” ne “Provisioned”)? (Line_Enable_1_ = “No”;)! https://p.tel.com/init-prov
| https://p.tel.com/configs
Przykład 5
W tym przykładzie zakłada się, że profil zwracany przez serwer zawiera znaczniki elementów XML. Te znaczniki muszą być ponownie przypisane do własnych nazw parametrów za pomocą mapy aliasów przechowywanej w GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xml
Ponowna synchronizacja jest zwykle uważana za nieudaną, jeśli żądany profil nie zostanie odebrany z serwera. Parametr Resync_fails_on_fnf może zastąpić to domyślne zachowanie. Jeśli wartość Resync_fails_on_fnf jest ustawiona na Nie, urządzenie akceptuje odpowiedź serwera nie znalezioną z pliku jako pomyślną ponowną synchronizację. Domyślną wartością dla Resync_fails_on_fnf jest Tak.
Reguła uaktualnienia
Zasada aktualizacji polega na poinformowaniu urządzenia, aby aktywowało się do nowego ładunku i skąd pobrać ładunek, jeśli to konieczne. Jeśli ładunek jest już na urządzeniu, nie będzie próbował go pobrać. Tak więc ważność lokalizacji ładowania nie ma znaczenia, gdy żądane obciążenie znajduje się na nieaktywnej partycji.
Reguła Upgrade_Rule określa obciążenie oprogramowania układowego, które, jeśli jest inne niż bieżące obciążenie, zostanie pobrane i zastosowane, chyba że jest ograniczone wyrażeniem warunkowym lub Upgrade_Enable jest ustawiona na Nie.
Telefon zapewnia jeden konfigurowalny parametr zdalnej aktualizacji, Upgrade_Rule. Ten parametr akceptuje składnię podobną do parametrów reguły profilu. Opcje adresu URL nie są obsługiwane w przypadku aktualizacji, ale można użyć wyrażeń warunkowych i wyrażeń przypisania. Jeśli używane są wyrażenia warunkowe, parametr może być wypełniony wieloma alternatywami oddzielonymi znakiem |. Składnia każdej alternatywy jest następująca:
[ conditional-expr ] [ assignment-expr ] URL
Podobnie jak w przypadku parametrów Profile_Rule*, parametr Upgrade_Rule ocenia każdą alternatywę, dopóki wyrażenie warunkowe nie zostanie spełnione lub alternatywa nie ma wyrażenia warunkowego. Wyrażenie przypisania towarzyszące jest oceniane, jeśli jest to określone. Następnie próbuje się uaktualnić do określonego adresu URL.
Jeśli reguła Upgrade_Rule zawiera adres URL bez wyrażenia warunkowego, urządzenie uaktualnia się do obrazu oprogramowania układowego określonego przez adres URL. Po rozszerzeniu makra i ocenie reguły urządzenie nie próbuje ponownie uaktualnić, dopóki reguła nie zostanie zmodyfikowana lub skuteczna kombinacja schematu + serwer + port + ścieżka plików nie zostanie zmieniona.
Aby spróbować uaktualnić oprogramowanie układowe, urządzenie wyłącza dźwięk na początku procedury i uruchamia się ponownie na końcu procedury. Urządzenie automatycznie rozpoczyna aktualizację, która jest obsługiwana przez zawartość Upgrade_Rule tylko wtedy, gdy wszystkie linie głosowe są obecnie nieaktywne.
Na przykład
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loadsW tym przykładzie Upgrade_Rule uaktualnia oprogramowanie układowe do obrazu przechowywanego pod wskazanym adresem URL.
Oto kolejny przykład:
(“$F” ne “beta-customer”)? 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
Ten przykład kieruje jednostce do załadowania jednego z dwóch obrazów, w oparciu o zawartość parametru ogólnego przeznaczenia, GPP_F.
Parametry zaopatrzenia
Parametry udostępniania można znaleźć na karcie Provisioning na stronie internetowej telefonu.
Parametry profilu konfiguracji
Poniższa tabela definiuje funkcję i użycie każdego parametru w sekcji Par ametry profilu konfiguracji na karcie Provisioning.
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
Włącz udostępnianie |
Steruje wszystkimi czynnościami ponownej synchronizacji niezależnie od działań aktualizacji oprogramowania układowego. Ustaw opcję Tak, aby włączyć zdalne udostępnianie. Wartością domyślną jest Tak. |
|
Ponowna synchronizacja przy resetowaniu |
Wyzwala ponowną synchronizację po każdym ponownym uruchomieniu, z wyjątkiem restartów spowodowanych aktualizacjami parametrów i aktualizacjami oprogramowania układowego. Wartością domyślną jest Tak. |
|
Ponowna synchronizacja losowego opóźnienia |
Losowe opóźnienie po sekwencji rozruchowej przed wykonaniem resetowania, określone w sekundach. W puli urządzeń telefonii IP, które mają się jednocześnie włączać, wprowadza to rozkład czasu, w którym każda jednostka wysyła żądanie ponownej synchronizacji do serwera zapewniającego. Ta funkcja może być przydatna w dużych rozmieszczeniach mieszkalnych, w przypadku regionalnej awarii zasilania. Wartość tego pola musi być liczbą całkowitą w zakresie od 0 do 65535. Wartość domyślna to 2. |
|
Ponowna synchronizacja przy (HHmm) |
Czas (HHmm) resynchronizowany przez urządzenie z serwerem zapewniającym. Wartość tego pola musi być czterocyfrową liczbą w zakresie od 0000 do 2400, aby wskazać czas w formacie HHmm. Na przykład 0959 wskazuje 09:59. Wartość domyślna jest pusta. Jeśli wartość jest nieprawidłowa, parametr jest ignorowany. Jeśli ten parametr jest ustawiony z prawidłową wartością, parametr Resync Periodic jest ignorowany. |
|
Ponowna synchronizacja z losowym opóźnieniem |
Zapobiega przeciążeniu serwera zapewniającego, gdy duża liczba urządzeń włącza się jednocześnie. Aby uniknąć zalania żądań ponownej synchronizacji na serwer z wielu telefonów, telefon resynchronizuje się w zakresie między godzinami i minutami oraz godzinami i minutami plus losowe opóźnienie (hhmm, hhmm+random_delay). Na przykład, jeśli opóźnienie losowe = (Resync At Random Delay + 30) /60 minut, wartość wejściowa w sekundach jest konwertowana na minuty, zaokrąglając do następnej minuty w celu obliczenia ostatecznego przedziału random_delay. Prawidłowa wartość waha się od 600 do 65535. Jeśli wartość jest mniejsza niż 600, losowe opóźnienie wewnętrzne wynosi od 0 do 600. Wartość domyślna to 600 sekund (10 minut). |
|
Ponowna synchronizacja okresowa |
Odstęp czasu między okresową resynchronizacją z serwerem zapewniającym. Powiązany timer ponownej synchronizacji jest aktywny dopiero po pierwszej pomyślnej synchronizacji z serwerem. Prawidłowe formaty są następujące:
Ustaw ten parametr na zero, aby wyłączyć okresową resynchronizację. Domyślną wartością jest 3600 sekund. |
|
Opóźnienie ponownej próby błędu synchronizacji |
Jeśli operacja ponownej synchronizacji nie powiedzie się, ponieważ urządzenie telefonii IP nie było w stanie pobrać profilu z serwera lub pobrany plik jest uszkodzony lub wystąpi błąd wewnętrzny, urządzenie próbuje ponownie zsynchronizować po upływie czasu określonego w sekundach. Prawidłowe formaty są następujące:
Jeśli opóźnienie jest ustawione na 0, urządzenie nie próbuje ponownie synchronizować po nieudanej próbie ponownej synchronizacji. |
|
Opóźnienie wymuszonej ponownej synchronizacji |
Maksymalne opóźnienie (w sekundach) telefon czeka przed wykonaniem resynchronizacji. Urządzenie nie synchronizuje się ponownie, gdy jedna z jego linii telefonicznych jest aktywna. Ponieważ ponowna synchronizacja może zająć kilka sekund, przed ponowną synchronizacją pożądane jest poczekanie, aż urządzenie będzie bezczynne przez dłuższy czas. Pozwala to użytkownikowi na wykonywanie połączeń kolejno bez przerwy. Urządzenie ma timer, który zaczyna odliczać, gdy wszystkie jego linie stają się bezczynne. Ten parametr jest wartością początkową licznika. Zdarzenia ponownej synchronizacji są opóźnione, dopóki ten licznik nie zmniejszy się do zera. Prawidłowa wartość waha się od 0 do 65535. Wartość domyślna to 14,400 sekund. |
|
Ponowna synchronizacja z SIP |
Umożliwia uruchomienie ponownej synchronizacji za pomocą komunikatu SIP NOTIFY. Wartością domyślną jest Tak. |
|
Ponowna synchronizacja po próbie aktualizacji |
Włącza lub wyłącza operację ponownej synchronizacji po jakiejkolwiek aktualizacji. Jeśli wybrano opcję Tak, zostanie uruchomiona synchronizacja. Wartością domyślną jest Tak. |
|
Wyzwalacz ponownej synchronizacji 1, wyzwalacz ponownej synchronizacji 2 |
Konfigurowalne warunki wyzwalania ponownej synchronizacji. Ponowna synchronizacja jest uruchamiana, gdy równanie logiczne w tych parametrach zostanie ocenione na PRAWDA. Wartość domyślna to (pusta). |
|
Ponowna synchronizacja nie powiodła się na FNF |
Ponowna synchronizacja jest uważana za nieudaną, jeśli żądany profil nie zostanie odebrany z serwera. Ten parametr może zostać zastąpiony. Gdy ustawiona jest wartość nie, urządzenie akceptuje odpowiedź serwera nieznale Wartością domyślną jest Tak. |
|
Reguła profilu Reguła profilu B Reguła profilu C Reguła profilu D |
Każda reguła profilu informuje telefon o źródle, z którego ma zostać uzyskany profil (plik konfiguracyjny). Podczas każdej operacji ponownej synchronizacji telefon stosuje wszystkie profile w kolejności. Domyślnie:
Opcjonalnie klucz szyfrowania można zamknąć podwójnymi cudzysłowami („). |
|
Opcja DHCP do użycia |
Opcje DHCP, oddzielone przecinkami, używane do pobierania oprogramowania układowego i profili. Wartość domyślna to 66,160,159,150,60,43,125. |
|
Żądanie dziennika Msg |
Ten parametr zawiera komunikat wysyłany do serwera syslog na początku próby ponownej synchronizacji. Wartość domyślna to |
|
Zaloguj sukces Msg |
Komunikat syslog, który jest wydawany po pomyślnym zakończeniu próby ponownej synchronizacji. Wartością domyślną jest $ |
|
Awaria dziennika Msg |
Komunikat syslog wydany po nieudanej próbie ponownej synchronizacji. Wartość domyślna to |
|
Konfigurowalna resynchronizacja przez użytkownika |
Umożliwia użytkownikowi ponowną synchronizację telefonu z ekranu telefonu IP. Wartością domyślną jest Tak. |
Parametry aktualizacji oprogramowania
Poniższa tabela określa funkcję i użycie każdego parametru w sekcji Aktu alizacja oprogramowania układowego na karcie Provisioning.
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
Włącz aktualizację |
Włącza operacje aktualizacji oprogramowania układowego niezależnie od działań ponownej synchronizacji. Wartością domyślną jest Tak. Skonfiguruj ten parametr za pomocą jednej z metod:
|
|
Błąd aktualizacji Opóźnienie ponownej próby |
Interwał ponownej próby aktualizacji (w sekundach) zastosowany w przypadku awarii aktualizacji. Urządzenie ma licznik błędów aktualizacji oprogramowania układowego, który aktywuje się po nieudanej próbie aktualizacji oprogramowania układowego. Timer jest inicjowany wartością w tym parametrze. Następna próba aktualizacji oprogramowania układowego następuje, gdy ten timer odlicza się do zera. Domyślną wartością jest 3600 sekund. Skonfiguruj ten parametr za pomocą jednej z metod:
|
|
Reguła uaktualnienia |
Skrypt aktualizacji oprogramowania układowego, który definiuje warunki aktualizacji i powiązane adresy URL oprogramowania układowego. Używa tej samej składni co reguła profilu. Użyj następującego formatu, aby wprowadzić regułę aktualizacji:
Na przykład: Jeśli nie określono protokołu, przyjmuje się TFTP. Jeśli nazwa serwera nie jest określona, host żądający adresu URL jest używany jako nazwa serwera. Jeśli port nie jest określony, używany jest port domyślny (69 dla protokołu TFTP, 80 dla HTTP lub 443 dla HTTPS). Wartość domyślna jest pusta. Skonfiguruj ten parametr za pomocą jednej z metod:
|
|
Prośba o aktualizację dziennika Msg |
Komunikat Syslog wydany na początku próby aktualizacji oprogramowania układowego. Domyślnie: Skonfiguruj ten parametr za pomocą jednej z metod:
|
|
Sukces aktualizacji dziennika Msg |
Komunikat Syslog wydany po pomyślnym zakończeniu próby aktualizacji oprogramowania układowego. Wartość domyślna to Skonfiguruj ten parametr za pomocą jednej z metod:
|
|
Błąd aktualizacji dziennika Msg |
Komunikat Syslog został wydany po nieudanej próbie aktualizacji oprogramowania układowego. Wartość domyślna to Skonfiguruj ten parametr za pomocą jednej z metod:
|
|
Udostępnianie oprogramowania układowego typu peer |
Włącza lub wyłącza funkcję współdzielenia oprogramowania układowego równorzędnego (PFS). Wybierz opcję Tak lub Nie, aby włączyć lub wyłączyć tę funkcję. Domyślnie: Tak Skonfiguruj ten parametr za pomocą jednej z metod:
|
|
Serwer dziennika współdzielenia oprogramowania układowego |
Wskazuje adres IP i port, do którego wysyłana jest wiadomość UDP. Na przykład: 10.98.76. 123:514 gdzie 10.98.76.123 jest adresem IP, a 514 jest numerem portu. Skonfiguruj ten parametr za pomocą jednej z metod:
|
Parametry ogólnego przeznaczenia
Poniższa tabela określa funkcję i użycie każdego parametru w sekcji Parametry ogólnego przeznaczenia na karcie Provisioning.
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
GPP A - GPP P |
Parametry ogólnego przeznaczenia GPP_* są używane jako wolne rejestry łańcuchów podczas konfigurowania telefonów do interakcji z określonym rozwiązaniem serwera zapewniającego. Można je skonfigurować tak, aby zawierały różne wartości, w tym następujące:
Wartość domyślna jest pusta. |
Zmienne rozszerzania makr
Niektóre zmienne makr są rozpoznawane w ramach następujących parametrów przydzielania:
-
Reguła profilu
-
Zasada_profilu_*
-
Wyzwalacz resyncji_*
-
Reguła uaktualnienia
-
Log_*
-
GPP_* (w szczególnych warunkach)
W ramach tych parametrów typy składni, takie jak $NAME lub $ (NAME), są rozpoznawane i rozszerzane.
Podłożenia zmiennych makro można określić za pomocą notacji $ (nazwa:P) i $ (nazwa:P:Q), gdzie p i q są nieujemnymi liczbami całkowitymi (dostępne w wersji 2.0.11 i powyżej). Wynikowe rozszerzenie makra to podciąg rozpoczynający się od przesunięcia znaku p, o długości q (lub do końca ciągu, jeśli q nie jest określony). Na przykład, jeśli GPP_A zawiera ABCDEF, to $ (A:2) rozszerza się do CDEF, a $ (A: 2:3) rozszerza się do CDE.
Nierozpoznana nazwa nie jest tłumaczona, a formularz $NAME lub $ (NAME) pozostaje niezmieniony w wartości parametru po rozszerzeniu.
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
$ |
Forma $$ rozszerza się do pojedynczego znaku $. |
|
Od A do P |
Zastąpiony przez zawartość parametrów ogólnego przeznaczenia GPP_A przez GPP_P. |
|
SA przez SD |
Zastąpiony przez parametry specjalnego przeznaczenia GPP_SA przez GPP_SD. Te parametry zawierają klucze lub hasła używane podczas udostępniania. $SA do $SD są rozpoznawane jako argumenty opcjonalnego kwalifikatora adresu URL resync, --key. |
|
MA |
Adres MAC przy użyciu małych cyfr sześciokątnych, na przykład 000e08aabbcc. |
|
MAU |
Adres MAC przy użyciu wielkich cyfr sześciokątnych, na przykład 000E08AABBCC. |
|
MAC |
Adres MAC używający małych cyfr sześciokątnych i dwukropków do oddzielania par cyfr sześciokątnych. Na przykład 00:0 e:08:aa:bb:cc. |
|
PN |
Nazwa produktu. Na przykład CP-8875, DP-9851, DP-9871. |
|
PSN | Numer serii produktu. Na przykład V03. |
|
SN |
Ciąg numeru seryjnego. na przykład 88012BA01234. |
|
CCERT |
Status certyfikatu klienta SSL: Zainstalowany lub niezainstalowany. |
|
IP |
Adres IP telefonu w jego lokalnej podsieci. Na przykład 192.168.1.100. |
|
EXTIP |
Zewnętrzny adres IP telefonu, jak widać w Internecie. Na przykład 66.43.16.52. |
|
SWVER |
Ciąg wersji oprogramowania. Na przykład PHONEOS.3-1-1-0104-37 |
|
HWVER |
Ciąg wersji sprzętowej. Na przykład 2.0.1 |
|
PRVST |
Stan zaopatrzenia (ciąg numeryczny): -1 = wyraźne żądanie ponownej synchronizacji 0 = ponowna synchronizacja zasilania 1 = okresowa resynchronizacja 2 = ponowna synchronizacja nie powiodła się, spróbuj ponownie |
|
UPGST |
Stan uaktualnienia (ciąg numeryczny): 1 = pierwsza próba aktualizacji 2 = aktualizacja nie powiodła się, spróbuj ponownie |
|
UPGERR |
Komunikat o wyniku (ERR) poprzedniej próby aktualizacji; na przykład http_get nie powiodło się. |
|
PRVTMR |
Sekundy od ostatniej próby ponownej synchronizacji. |
|
UPGTMR |
Sekundy od ostatniej próby aktualizacji. |
|
REGTMR1 |
Sekundy od utraty rejestracji na serwerze SIP Line 1. |
|
REGTMR2 |
Sekundy, odkąd Line 2 utracił rejestrację na serwerze SIP. |
|
UPGCOND |
Starsza nazwa makra. |
|
SCHEME |
Schemat dostępu do plików, jeden z TFTP, HTTP lub HTTPS, uzyskany po przeanalizowaniu adresu URL ponownej synchronizacji lub aktualizacji. |
|
SERV |
Poproś o nazwę hosta serwera docelowego, uzyskaną po przeanalizowaniu adresu URL ponownej synchronizacji lub aktualizacji. |
|
SERVIP |
Poproś o adres IP serwera docelowego, uzyskany po przeanalizowaniu adresu URL ponownej synchronizacji lub aktualizacji, prawdopodobnie po wyszukiwaniu DNS. |
|
PORT |
Poproś o docelowy port UDP/TCP uzyskany po przeanalizowaniu ponownej synchronizacji lub aktualizacji adresu URL. |
|
PATH |
Poproś o ścieżkę pliku docelowego, uzyskaną po przeanalizowaniu ponownej synchronizacji lub aktualizacji adresu URL. |
|
ERR |
Komunikat o wyniku ponownej synchronizacji lub próby aktualizacji. Przydatne tylko w generowaniu komunikatów syslog wyników. Wartość jest zachowana w zmiennej UPGERR w przypadku prób aktualizacji. |
|
UIDn |
Zawartość parametru konfiguracyjnego Line n userId. |
|
EMS |
Extension MobilityStatus |
|
MUID |
Extension MobilityIdentyfikator użytkownika |
|
MPWD |
Extension MobilityHasło |
Wewnętrzne kody błędów
Telefon definiuje szereg wewnętrznych kodów błędów (X00—X99), aby ułatwić konfigurację, zapewniając lepszą kontrolę nad zachowaniem urządzenia w określonych warunkach błędu.
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
X00 |
Błąd warstwy transportowej (lub ICMP) podczas wysyłania żądania SIP. |
|
X20 |
Czas żądania SIP kończy się w oczekiwaniu na odpowiedź. |
|
X40 |
Ogólny błąd protokołu SIP (na przykład niedopuszczalny kodek w SDP w komunikatach 200 i ACK lub limit czasu podczas oczekiwania na ACK). |
|
X60 |
Wybrany numer jest nieprawidłowy zgodnie z podanym planem wybierania. |
