- Strona główna
- /
- Artykuł
Dziękujemy za opinię.
Parametry konfiguracji telefonów w Cisco BroadWorks
W tym artykule
Opinia?Ten artykuł pomocy jest przeznaczony dla telefonów Cisco zarejestrowanych w środowisku Cisco BroadWorks. Informacje na tej stronie zawierają parametry obsługi administracyjnej wraz z ich składnią.
Typy parametrów obsługi administracyjnej
W tej sekcji opisano parametry obsługi administracyjnej, ogólnie uporządkowane według funkcji.
Parametry ogólnego przeznaczenia
Parametry ogólnego przeznaczenia GPP_* () pełnią rolę pól tekstowych używanych podczas konfigurowania współpracy telefonu z określonym serwerem obsługi administracyjnej. Parametry GPP_* są domyślnie puste. Można skonfigurować przechowywanie w nich różnych wartości, w tym następujących:
-
Klucze szyfrujące
-
Adresy URL
-
Informacje o stanie wielostopniowej obsługi administracyjnej.
-
Szablony żądań POST
-
Mapy aliasów nazw parametrów
-
Częściowe wartości ciągów łączone w kompletne wartości parametrów.
Parametry GPP_* mogą być rozwijane w makra wewnątrz innych parametrów obsługi administracyjnej. W tym celu do identyfikacji zawartości parametrów GPP_od A do GPP_P wystarczają nazwy makr w postaci pojedynczych wielkich liter (od A do P). Ponadto nazwy makr składające się z dwóch wielkich liter od SA do SD identyfikują parametry GPP_SA do GPP_SD w szczególnych przypadkach, gdy są używane jako argumenty następujących opcji adresów URL:
key, uid i pwd
Te parametry mogą pełnić rolę zmiennych w regułach obsługi administracyjnej i uaktualniania. Odwołania do nich tworzy się przed dodanie prefiksu „$” do nazwy zmiennej, np. $GPP_A.
Parametry włączania
Parametry Provision_Włącz i Upgrade_Włącz sterują wszystkimi operacjami ponownej synchronizacji profili i uaktualniania oprogramowania sprzętowego. Te parametry kontrolują synchronizację i uaktualnianie niezależnie od siebie. Ponadto sterują poleceniami ponownej synchronizacji i uaktualniania adresów URL wysyłanymi za pośrednictwem administracyjnego serwera WWW. Oba parametry są domyślnie ustawione na Tak .
Parametr Resync_From_SIP steruje żądaniami ponownej synchronizacji. Zdarzenie SIP NOTIFY jest wysyłane z serwera proxy dostawcy usług do telefonu. Jeśli ta opcja jest włączona, serwer proxy może zażądać ponownej synchronizacji. W tym celu serwer proxy wysyła komunikat SIP NOTIFY zawierający Zdarzenie: nagłówek ponownej synchronizacji z urządzeniem.
Żądanie jest kwestionowane przez urządzenie za pomocą odpowiedzi 401 (odmowa autoryzacji użytych poświadczeń). Żądanie ponownej synchronizacji z serwera proxy zostanie zrealizowane w urządzeniu po otrzymaniu uwierzytelnionego następnego żądania. Wydarzenie: reboot_now i Wydarzenie: restart_now nagłówki wykonują odpowiednio ponowny rozruch zimny i ciepły, które również są kwestionowane.
Dwa pozostałe włączniki to Resync_On_Reset i Resync_After_Upgrade_Attempt. Parametry te określają, czy w urządzeniu jest wykonywana operacja ponownej synchronizacji po każdym ponownym uruchomieniu programowym i po każdej próbie uaktualnienia.
Gdy reset Resync_On_jest włączony, po sekwencji rozruchu, a przed wykonaniem resetu w urządzeniu jest dodawane losowe opóźnienie. Opóźnienie jest losowym czasem, jednak nie dłuższy niż wartość określona w polu Opóźnienie Resync_Random_ (w sekundach). W puli telefonów włączanych jednocześnie to opóźnienie powoduje różnicowanie czasów rozpoczęcia wykonywania żądań ponownej synchronizacji z każdego urządzenia. Funkcja ta może być przydatna w dużych wdrożeniach na terenach mieszkalnych w przypadku awarii lokalnej sieci elektrycznej.
Wyzwalacze
Telefon umożliwia ponowne synchronizowanie w określonych odstępach czasu lub o określonej godzinie.
Ponowna synchronizacja w określonych odstępach czasu
Telefon powinien się okresowo synchronizować z serwerem obsługi administracyjnej. Interwał ponownej synchronizacji jest ustawiany w wartości Resync_okresowej (w sekundach). Jeśli ta wartość jest pusta, urządzenie nie synchronizuje się okresowo.
Zazwyczaj ponowna synchronizacja odbywa się w czasie bezczynności linii głosowych. Jeśli linia głosowa jest aktywna w momencie, gdy powinna zostać wykonana ponowna synchronizacja, telefon opóźnia procedurę synchronizacji do czasu, aż linia znów będzie bezczynna. Ponowna synchronizacja może spowodować zmianę wartości parametrów konfiguracyjnych.
Operacja ponownej synchronizacji może się nie udać, ponieważ telefon nie jest w stanie pobrać profilu z serwera, pobrany plik jest uszkodzony lub wystąpił błąd wewnętrzny. Urządzenie ponowi próbę synchronizacji po czasie określonym w opóźnieniu Resync_Error_Retry_ (w sekundach). Ustawienie opóźnienia Resync_Error_Retry_wynosi 0, urządzenie nie będzie próbować ponownej synchronizacji po jednej nieudanej próbie.
W przypadku nieudanego uaktualnienia następuje ponowna próba po s opóźnienia pgrade_Urror_Retry_.
Istnieją dwa konfigurowalne parametry umożliwiające warunkowe inicjowanie ponownej synchronizacji: Resync_Trigger_1 i Resync_Trigger_2. W każdym parametrze można zaprogramować wyrażenie warunkowe rozwijane do makra. Po upływie interwału ponownej synchronizacji (czasu do następnej synchronizacji) wyzwalacze (jeśli zostały ustawione) uniemożliwią ponowną synchronizację, chyba że co najmniej jeden z nich ma wartość true.
W przykładzie poniżej warunek powoduje zainicjowanie ponownej synchronizacji. Tutaj od ostatniej próby uaktualnienia telefonu upłynęło ponad 5 minut (300 sekund), a co najmniej 10 minut (600 sekund) upłynęło od ostatniej próby ponownej synchronizacji.
$UPGTMR gt 300 i $PRVTMR ge 600Ponowna synchronizacja o określonej godzinie
Parametr Resync_At umożliwia synchronizację telefonu o określonej godzinie. Godzina jest ustalana na podstawie formatu 24-godzinnego (ggmm).
Parametr Resync_At_Random_Opóźnienie umożliwia synchronizację telefonu z nieokreślonym opóźnieniem czasowym. Do określania czasu wykorzystywana jest dodatnia liczba całkowita.
Należy unikać zalewania serwera żądaniami ponownej synchronizacji z wielu telefonów, dla których ustawiono synchronizację w tym samym czasie. W tym celu ponowna synchronizacja telefonu może być inicjowana nawet 10 minut po wyznaczonej godzinie.
Jeśli na przykład ustawisz godzinę ponownej synchronizacji na 1000 (10 rano), synchronizacja rozpocznie się w dowolnym momencie między 10:00 a 10:10.
Domyślnie ta funkcja jest wyłączona. Włączenie parametru Resync_At powoduje ignorowanie parametru Resync_Okresowy.
Konfigurowalne harmonogramy
Za pomocą następujących parametrów obsługi administracyjnej można skonfigurować harmonogramy okresowych ponownych synchronizacji oraz określić odstępy czasu między kolejnymi próbami po niepowodzeniach ponownej synchronizacji i uaktualniania:
-
Resync_Cykliczny
-
Resync_Error_Retry_opóźnienie
-
pgrade_Urror_Aetry_opóźnienie
Każdy parametr może zawierać jedną wartość opóźnienia (w sekundach). Nowa rozszerzona składnia umożliwia wprowadzenie listy kolejnych elementów opóźnienia oddzielonych przecinkami. Ostatni element sekwencji jest domyślnie powtarzany bezterminowo.
Opcjonalnie za pomocą znaku plusa można podać inną wartość liczbową, która dodaje losowe dodatkowe opóźnienie.
Przykład 1
W tym przykładzie telefon synchronizuje się ponownie okresowo co 2 godziny. Jeśli wystąpi błąd ponownej synchronizacji, urządzenie będzie ponawiać próby w następujących odstępach: 30 minut, 1 godzina, 2 godziny, 4 godziny. Urządzenie będzie nadal próbować co 4 godziny do czasu, aż ponowna synchronizacja się powiedzie.
Resync_Okresowy=7200 Resync_Error_Retry_Opóźnienie=1800,3600,7200,14400 Przykład 2
W tym przykładzie urządzenie synchronizuje się ponownie co godzinę (plus dodatkowe losowe opóźnienie wynoszące maksymalnie 10 minut). W przypadku błędu ponownej synchronizacji urządzenie będzie ponawiać próby w następujących odstępach: 30 minut (plus maksymalnie 5 minut). 1 godzina (plus maksymalnie 10 minut), 2 godziny (plus maksymalnie 15 minut). Urządzenie będzie nadal próbować co 2 godziny (plus maksymalnie 15 minut) do czasu, aż ponowna synchronizacja się powiedzie.
Resync_Okresowy=3600+600 Resync_Error_Retry_Delay=1800+300,3600+600,7200+900 Przykład 3
Jeśli w tym przykładzie próba zdalnego uaktualnienia nie powiedzie się, urządzenie ponawia próbę uaktualnienia za 30 minut, a następnie za jeszcze jedną godzinę i za dwie godziny. Jeśli uaktualnienie nadal się nie powiedzie, urządzenie będzie ponawiać próby co cztery do pięciu godzin do czasu jego powodzenia.
Upgrade_Error_Retry_Opóźnienie = 1800,3600,7200,14400+3600 Reguły dotyczące profili
Telefon zawiera wiele parametrów zdalnych profili konfiguracji (Profile_Rule*). Dzięki temu w każdej operacji ponownej synchronizacji może być pobieranych wiele plików zarządzanych przez różne serwery.
W najprostszym scenariuszu urządzenie jest ponownie synchronizowane co pewien czas z pojedynczym profilem na centralnym serwerze, co powoduje aktualizację wszystkich odpowiednich wewnętrznych parametrów. 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 jest dostępny osobny, unikatowy plik. Klucze szyfrowania i informacje o certyfikacie mogą być dostarczane z innego profilu, przechowywanego na osobnym serwerze.
Za każdym razem, gdy zbliża się operacja ponownej synchronizacji, telefon ocenia cztery parametry Profile_Rule* w następującej kolejności:
-
Drofile_reguła
-
Profile_Rule_B
-
Profile_Rule_K
-
Profile_Rule_D
Każda ocena może spowodować pobranie profilu ze zdalnego serwera obsługi administracyjnej i aktualizację niektórych parametrów wewnętrznych. Jeśli wynik będzie negatywny, sekwencja ponownej synchronizacji zostanie przerwana i rozpocznie się od nowa od początku określonego parametrem Opóźnienie Resync_Error_Retry_ (w sekundach). Jeśli wszystkie oceny będą pozytywne, urządzenie czeka przez sekundę określoną parametrem Resync_Okresowy, a następnie wykonuje kolejną synchronizację.
Każdy parametr Profile_Reguła* zawiera zestaw wartości alternatywnych. Wartości alternatywne są oddzielone znakiem | (potoku). Każda wartość alternatywna składa się z wyrażenia warunkowego, wyrażenia przypisania, adresu URL profilu i powiązanych opcji w adresie URL. Wszystkie te składniki są opcjonalne w każdej wartości alternatywnej. Poniżej wymieniono prawidłowe kombinacje oraz kolejność, w jakiej muszą być uszeregowane, jeśli występują:
[ warunkowe-wyrażenie ] [ przypisanie-wyrażenie ] [[ opcje ] URL ] W każdym parametrze Profile_Reguła* wszystkie wartości alternatywne oprócz ostatniej muszą zawierać wyrażenie warunkowe. To wyrażenie jest oceniane i przetwarzane w następujący sposób:
-
Warunki są oceniane w kolejności od lewej do prawej strony do czasu, aż zostanie znaleziony warunek dający rezultat Prawda (lub do momentu znalezienia wartości alternatywnej bez wyrażenia warunkowego).
-
Wtedy następuje ocena towarzyszącego wyrażenia przypisania, jeśli takie występuje.
-
Jeśli częścią wartości alternatywnej jest adres URL, następuje próba pobrania profilu znajdującego się pod tym adresem. Następnie system próbuje odpowiednio zaktualizować parametry wewnętrzne.
Jeśli wszystkie wartości alternatywne zawierają wyrażenia warunkowe, a żadna z nich nie daje rezultatu Prawda (lub jeśli cała reguła profilu jest pusta), cały parametr Profile_Reguła* jest pomijany. Wtedy następuje ocena następnego w kolejności parametru reguły profilu.
Przykład 1
W tym przykładzie następuje bezwarunkowa ponowna synchronizacja z profilem pod określonym adresem URL oraz wysłanie żądania HTTP GET do zdalnego serwera obsługi administracyjnej:
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, zależnie od stanu rejestracji linii 1. W przypadku utraty rejestracji urządzenie wysyła żądanie HTTP POST do skryptu CGI. Urządzenie wysyła zawartość protokołu GPP_A rozwiniętego w makra, która może zawierać dodatkowe informacje 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ę z tym samym serwerem. Jeśli na urządzeniu (z wersją oprogramowania starszą niż 2.0) nie jest zainstalowany certyfikat, przekazuje ono dodatkowe informacje:
(„$CCERT” eq „Zainstalowano”)? https://p.tel.com/config? | https://p.tel.com/config?cisco$MAU Przykład 4
W tym przykładzie linia 1 jest wyłączona do momentu, aż parametr GPP_A zostanie ustawiony na obsługę administracyjną z pierwszego adresu URL. Następnie następuje ponowna synchronizacja z drugim adresem URL:
(„$A” ne „Przydzielone”)? (Line_Enable_1_ = „Nie”;)! 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. Znaczniki te muszą zostać ponownie przypisane do odpowiednich nazw parametrów według mapy aliasów przechowywanej w protokole GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xml Ponowna synchronizacja jest zazwyczaj uznawana za nieudaną, jeśli serwer nie otrzyma żądanego profilu. To domyślne zachowanie może zostać zastąpione przez parametr Resync_Fails_On_FNF. Ustawienie wartości Resync_Fails_On_FNF na Nie spowoduje, że urządzenie potraktuje odpowiedź „Nie znaleziono pliku” otrzymaną z serwera jako pomyślną ponowną synchronizację. Wartość domyślna dla Resync_Fails_On_FNF to Tak.
Reguła uaktualniania
Reguła uaktualniania określa, że urządzenie ma zostać uaktywnione przy użyciu nowego pakietu oprogramowania sprzętowego, oraz w razie potrzeby wskazuje, gdzie można uzyskać ten pakiet. Jeśli pakiet już znajduje się na urządzeniu, próba pobrania nie nastąpi. Tak więc prawidłowość lokalizacji pakietu oprogramowania sprzętowego nie ma znaczenia, jeśli pakiet znajduje się na nieaktywnej partycji.
Reguła Upgrade_ określa pakiet oprogramowania sprzętowego, który — jeśli różni się od bieżącego pakietu — zostanie pobrany i zastosowany, chyba że wyrażenie warunkowe nakłada pewne ograniczenia albo w polu Włączpgrade_ ustawiono wartość Nie.
Telefon udostępnia jeden konfigurowalny parametr zdalnego uaktualniania — Upgrade_Rule. Parametr akceptuje wartości o składni podobnej jak w parametrach reguł profilu. W uaktualnianiu w adresach URL nie są obsługiwane opcje, natomiast można używać wyrażeń warunkowych i wyrażeń przypisania. W przypadku stosowania wyrażeń warunkowych parametr można wypełnić wieloma wartościami alternatywnymi, rozdzielając je | znakiem. Składnia każdej alternatywnej wartości wygląda następująco:
[ wyrażenie-warunkowe ] [ wyrażenie-przypisanie ] Podobnie jak w przypadku parametrów Profile_Rule*, parametr Upgrade_Rule ocenia każdą wartość alternatywną do momentu, aż zostanie spełnione wyrażenie warunkowe lub wartość alternatywna nie będzie mieć wyrażenia warunkowego. Wtedy następuje ocena towarzyszącego wyrażenia przypisania, jeśli jest ono określone. Następnie system próbuje wykonać uaktualnienie pod podany adres URL.
Jeśli reguła Upgrade_zawiera adres URL bez wyrażenia warunkowego, urządzenie zostanie uaktualnione do obrazu oprogramowania sprzętowego wskazanego przez adres URL. Po rozwinięciu do makra i ocenie reguły urządzenie nie ponawia prób uaktualnienia do momentu modyfikacji reguły lub zmiany skutecznej kombinacji schemat + serwer + port + ścieżka pliku.
Podczas próby uaktualnienia oprogramowania sprzętowego urządzenie wyłącza dźwięk na początku procedury i uruchamia się ponownie po jej zakończeniu. Urządzenie automatycznie rozpoczyna uaktualnienie wymuszone zawartością reguły Upgrade_tylko wtedy, gdy wszystkie linie głosowe są nieaktywne.
Na przykład:
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loadsW tym przykładzie reguła Upgrade_powoduje uaktualnienie oprogramowania sprzętowego do obrazu przechowywanego w wskazanym adresie URL.
Oto inny przykład:
(„$F” ne „beta-klient”)? 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 W tym przykładzie urządzenie otrzymuje instrukcję wczytania jednego z dwóch obrazów na podstawie zawartości parametru ogólnego przeznaczenia GPP_F.
Parametry obsługi administracyjnej
Parametry obsługi administracyjnej znajdują się na karcie Konfiguracja na stronie WWW telefonu.
Parametry profilu konfiguracji
Poniższa tabela zawiera informacje na temat przeznaczenia i zastosowania parametrów znajdujących się w sekcji Parametry profilu konfiguracji na karcie Konfiguracja .
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
Włącz obsługę administracyjną |
Steruje wszystkimi operacjami ponownej synchronizacji niezależnie od operacji uaktualniania oprogramowania sprzętowego. Ustaw wartość Tak , aby włączyć zdalną obsługę administracyjną. Wartość domyślna to Tak. |
|
Ponowna synchronizacja po zresetowaniu |
Inicjuje ponowną synchronizację po każdym ponownym uruchomieniu, z wyjątkiem ponownego uruchomienia spowodowanego aktualizacją parametrów i uaktualnieniami oprogramowania sprzętowego. Wartość domyślna to Tak. |
|
Losowe opóźnienie ponownej synchronizacji |
Losowe opóźnienie po sekwencji rozruchu, a przed wykonaniem resetu, podawane w sekundach. W puli urządzeń telefonii IP, dla których zaplanowano równoczesne uruchomienie, ta funkcja wprowadza pewną rozpiętość czasową wysyłania żądań ponownej synchronizacji z poszczególnych urządzeń do serwera obsługi administracyjnej. Funkcja ta może być przydatna w dużych wdrożeniach na terenach mieszkalnych w przypadku awarii lokalnej sieci elektrycznej. Wartość tego pola musi być liczbą całkowitą z zakresu od 0 do 65535. Wartość domyślna to 2. |
|
Ponowna synchronizacja o (ggMM) |
Godzina (GGmm), o której urządzenie ponownie się synchronizuje z serwerem obsługi administracyjnej. Wartość tego pola musi być czterocyfrową liczbą z zakresu od 0000 do 2400, wskazującą godzinę w formacie GGmm. Na przykład 0959 oznacza 09:59. Wartością domyślną jest puste pole. Nieprawidłowa wartość powoduje ignorowanie parametru. Jeżeli w parametrze zostanie ustawiona prawidłowa wartość, parametr Okresowa ponowna synchronizacja jest ignorowany. |
|
Ponowna synchronizacja z losowym opóźnieniem |
Zapobiega przeciążeniu serwera obsługi administracyjnej podczas włączania dużej liczby urządzeń równocześnie. Aby uniknąć zalewania serwera żądaniami ponownej synchronizacji z wielu telefonów, telefon synchronizuje się ponownie w przedziale między godziną i minutą a godziną i minutą powiększoną o losowe opóźnienie (ggmm, ggmm+random_delay). Jeśli na przykład losowe opóźnienie = (Ponowna synchronizacja z losowym opóźnieniem + 30)/60 minut, w celu obliczenia ostatecznego random_delay interwału wprowadzona wartość w sekundach jest przeliczana na minuty z zaokrąglaniem do najbliższej minuty. Prawidłowa wartość mieści się w przedziale od 600 do 65535. Jeśli wartość jest mniejsza niż 600, wartość określająca opóźnienie losowe wynosi od 0 do 600. Wartość domyślna to 600 sekund (10 minut). |
|
Okresowa ponowna synchronizacja |
Odstęp czasu między okresowymi ponownymi synchronizacjami z serwerem obsługi administracyjnej. Skojarzony zegar ponownej synchronizacji jest aktywowany dopiero po pierwszej pomyślnej synchronizacji z serwerem. Prawidłowe są następujące formaty:
Ustawienie w tym parametrze wartości zero spowoduje wyłączenie okresowego ponownego synchronizowania. Wartość domyślna to 3600 sekund. |
|
Opóźnienie kolejnych prób po błędzie ponownej synchronizacji |
Jeśli operacja ponownej synchronizacji nie udaje się, ponieważ urządzenie telefonii IP nie może pobrać profilu z serwera, pobrany plik jest uszkodzony lub występuje błąd wewnętrzny, urządzenie próbuje zsynchronizować się ponownie po czasie podanym w sekundach. Prawidłowe są następujące formaty:
Ustawienie opóźnienia równego 0 spowoduje, że urządzenie nie będzie próbować ponownej synchronizacji po jednej nieudanej próbie. |
|
Opóźnienie wymuszonej ponownej synchronizacji |
Maksymalne opóźnienie (w sekundach), po jakim telefon wykonuje ponowną synchronizację. Urządzenie nie synchronizuje się, gdy jedna z jego linii telefonicznych jest aktywna. Ponieważ ponowna synchronizacja może potrwać kilka sekund, warto poczekać z ponowną synchronizacją, aż urządzenie będzie bezczynne przez dłuższy czas. Dzięki temu użytkownik będzie mógł wykonywać połączenia jedno po drugim bez zakłóceń. Urządzenie zawiera zegar, który rozpoczyna odliczanie, gdy wszystkie jego linie staną się bezczynne. Ten parametr jest początkową wartością licznika. Zdarzenia ponownej synchronizacji są opóźnione do momentu, aż wartość tego licznika spadnie do zera. Prawidłowa wartość jest z przedziału od 0 do 65535. Wartość domyślna to 14 400 sekund. |
|
Ponowna synchronizacja Z protokołu SIP |
Umożliwia inicjowanie ponownej synchronizacji za pomocą komunikatu SIP NOTIFY. Wartość domyślna to Tak. |
|
Ponowna synchronizacja po próbie uaktualnienia |
Włącza lub wyłącza operację ponownej synchronizacji po każdym uaktualnieniu. Wartość Tak oznacza, że synchronizacja jest uruchamiana. Wartość domyślna to Tak. |
|
Wyzwalacz ponownej synchronizacji 1, wyzwalacz ponownej synchronizacji 2 |
Konfigurowalne warunki inicjowania ponownej synchronizacji. Ponowna synchronizacja jest inicjowana, gdy równanie logiczne w tych parametrach daje wynik PRAWDA. Wartość domyślna to (puste). |
|
Ponowna synchronizacja nie powiodła się w FNF |
Ponowna synchronizacja jest uznawana za nieudaną, jeśli urządzenie nie otrzyma żądanego profilu z serwera. Może to zostać zastąpione przez ten parametr. Ustawienie wartości Nie spowoduje, że urządzenie potraktuje odpowiedź Wartość domyślna to 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 należy uzyskać profil (plik konfiguracyjny). Podczas każdej operacji ponownej synchronizacji telefon stosuje wszystkie profile kolejno. Wartość domyślna: Jeśli do plików konfiguracyjnych chcesz zastosować szyfrowanie metodą AES-256-CBC, określ klucz szyfrowania ze słowem kluczowym Opcjonalnie klucz szyfrowania można ująć w podwójny cudzysłów ("). |
|
Opcja DHCP do użycia |
Opcje protokołu DHCP, rozdzielone przecinkami, używane do pobierania oprogramowania sprzętowego i profili. Wartość domyślna to 66,160,159,150,60,43,125. |
|
Komunikat żądania dziennika |
Ten parametr zawiera komunikat wysyłany do serwera dziennika systemu na początku próby ponownej synchronizacji. Wartość domyślna to |
|
Komunikat o powodzeniu dziennika |
Komunikat dziennika systemowego wysyłany po pomyślnym zakończeniu próby ponownej synchronizacji. Wartość domyślna to |
|
Komunikat o błędzie dziennika |
Komunikat dziennika systemowego wysyłany po nieudanej próbie ponownej synchronizacji. Wartość domyślna to |
|
Ponowna synchronizacja konfigurowalna przez użytkownika |
Umożliwia użytkownikowi ponowne synchronizowanie telefonu IP z jego ekranu. Wartość domyślna to Tak. |
Parametry aktualizacji oprogramowania sprzętowego
Poniższa tabela zawiera informacje na temat przeznaczenia i zastosowania parametrów znajdujących się w sekcji Aktualizacja oprogramowania sprzętowego na karcie Konfiguracja .
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
Włącz uaktualnianie |
Umożliwia wykonywanie operacji uaktualniania oprogramowania sprzętowego niezależnie od operacji ponownej synchronizacji. Wartość domyślna to Tak. Ten parametr można skonfigurować za pomocą jednej z metod:
|
|
Opóźnienie kolejnych prób po błędzie uaktualniania |
Odstęp czasu (w sekundach) między kolejnymi próbami uaktualnienia stosowany w razie błędu uaktualniania. Urządzenie ma specjalny zegar, który aktywuje się po nieudanej próbie uaktualnienia. Inicjowanie zegara przez wartość tego parametru. Następna próba uaktualnienia nastąpi po odliczeniu do zera w tym zegarze. Wartość domyślna to 3600 sekund. Ten parametr można skonfigurować za pomocą jednej z metod:
|
|
Reguła uaktualniania |
Skrypt uaktualniania oprogramowania sprzętowego, który określa warunki uaktualniania i powiązane adresy URL oprogramowania sprzętowego. Używa takiej samej składni, jak reguła profilu. Aby wprowadzić regułę uaktualniania, zastosuj następujący format:
Na przykład: Jeśli protokół nie zostanie podany, domyślnie będzie używany protokół TFTP. Jeśli nazwa serwera nie zostanie podana, jego rolę będzie pełnił host żądający adresu URL. Jeśli port nie zostanie podany, będzie używany port domyślny (69 w protokole TFTP, 80 w protokole HTTP lub 443 w protokole HTTPS). Wartość domyślna jest pusta. Ten parametr można skonfigurować za pomocą jednej z metod:
|
|
Komunikat żądania uaktualnienia dziennika |
Komunikat dziennika systemowego wysyłany na początku próby uaktualnienia oprogramowania sprzętowego. Wartość domyślna: Ten parametr można skonfigurować za pomocą jednej z metod:
|
|
Komunikat o powodzeniu uaktualniania dziennika |
Komunikat dziennika systemowego wysyłany po pomyślnym zakończeniu próby uaktualnienia oprogramowania sprzętowego. Wartość domyślna to Ten parametr można skonfigurować za pomocą jednej z metod:
|
|
Komunikat o błędzie uaktualniania dziennika |
Komunikat dziennika systemowego wysyłany po nieudanej próbie uaktualnienia oprogramowania sprzętowego. Wartość domyślna to Ten parametr można skonfigurować za pomocą jednej z metod:
|
|
Równy dostęp do oprogramowania sprzętowego |
Włącza lub wyłącza funkcję równy dostęp do oprogramowania sprzętowego (PFS). Wybierz opcję Tak lub Nie , aby włączyć lub wyłączyć tę funkcję. Domyślny: Tak Ten parametr można skonfigurować za pomocą jednej z metod:
|
|
Serwer dziennika mechanizmu równego dostępu do oprogramowania sprzętowego |
Wskazuje adres IP i port, do którego jest wysyłany komunikat UDP. Na przykład: 10.98.76.123:514, gdzie 10.98.76.123 jest adresem IP, a 514 numerem portu. Ten parametr można skonfigurować za pomocą jednej z metod:
|
Parametry ogólnego przeznaczenia
Poniższa tabela zawiera informacje na temat przeznaczenia i zastosowania parametrów znajdujących się w sekcji Parametry ogólnego przeznaczenia na karcie Obsługa administracyjna .
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
gpp a - gpp p |
Parametry ogólnego przeznaczenia GPP_* pełnią rolę pól tekstowych używanych podczas konfigurowania współpracy telefonów z określonym serwerem obsługi administracyjnej. Można skonfigurować przechowywanie w nich różnych wartości, w tym następujących:
Wartość domyślna jest pusta. |
Zmienne rozwijane w makra
Niektóre zmienne makr są rozpoznawane wewnątrz następujących parametrów obsługi administracyjnej:
-
Drofile_reguła
-
Profile_Rule_*
-
Resync_Trigger_*
-
Upgrade_reguła
-
Log_*
-
GPP_* (w określonych warunkach)
Wewnątrz tych parametrów są rozpoznawane i rozwijane typy składni takie jak $NAZWA lub $(NAZWA).
Podciągi zmiennych makr można definiować za pomocą zapisu $(NAZWA:p) i $(NAZWA:p:q), gdzie p i q są nieujemnymi liczbami całkowitymi (dostępnymi w wersji 2.0.11 i nowszych). Powstałe rozwinięcie w makro jest podciągiem rozpoczynającym się na przesunięciu znaku p i mającym długość q (lub do końca ciągu, jeśli atrybut q nie został określony). Na przykład jeśli parametr GPP_A zawiera wartość ABCDEF, to ciąg podrzędny $(A:2) powoduje rozwinięcie do danych wyjściowych CDEF, a ciąg podrzędny $(A:2:3) rozwinięcie do danych wyjściowych CDE.
Nierozpoznana nazwa nie jest przekształcana, a po rozwinięciu formularz $NAZWA lub $(NAZWA) pozostaje niezmieniony jako wartość parametru.
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
$ |
Formularz $$ rozwija się do pojedynczego znaku $ . |
|
Od A do P |
Zastępowane zawartością parametrów ogólnego przeznaczenia od GPP_A do GPP_P. |
|
Od SA do SD |
Zastępowane wartościami parametrów specjalnego przeznaczenia od GPP_SA do GPP_SD. W tych parametrach są przechowywane klucze lub hasła używane w obsłudze administracyjnej. Parametry od $SA do $SD są rozpoznawane jako argumenty opcjonalnego kwalifikatora adresu URL ponownej synchronizacji — --key. |
|
Mgr |
Adres MAC zapisany kodem szesnastkowym z małymi literami, na przykład 000e08aabbcc. |
|
MAU |
Adres MAC zapisany kodem szesnastkowym z wielkimi literami, na przykład 000E08AABBCC. |
|
Adres MAC |
Adres MAC zapisany kodem szesnastkowym z małymi literami, gdzie pary znaków szesnastkowych są rozdzielane dwukropkami. Na przykład: 00:0e:08:aa:bb:cc. |
|
PN |
Nazwa produktu. Na przykład: CP-8875-CC-C-9K. |
|
psn | Numer serii produktu. Na przykład: V03. |
|
sn |
Ciąg określający numer seryjny. na przykład 88012BA01234. |
|
ccert |
Stan certyfikatu klienta SSL: Zainstalowano lub nie zainstalowano. |
|
IP |
Adres IP telefonu w jego podsieci lokalnej. Na przykład: 192.168.1.100. |
|
podpowiedź |
Zewnętrzny adres IP telefonu widoczny w Internecie. Na przykład: 66.43.16.52. |
|
łabędź |
Ciąg określający wersję oprogramowania. Na przykład: phoneos-8875.1-0-1-0001-1 |
|
grzbiet |
Ciąg określający wersję sprzętu. Na przykład: 2.0.1 |
|
prvst |
Stan obsługi administracyjnej (ciąg liczbowy): -1 = jawne żądanie ponownej synchronizacji 0 = ponowna synchronizacja podczas włączania zasilania 1 = okresowa ponowna synchronizacja 2 = ponowna synchronizacja nie powiodła się, kolejna próba |
|
do góry |
Stan uaktualniania (ciąg liczbowy): 1 = pierwsza próba uaktualnienia 2 = uaktualnianie nie powiodło się, kolejna próba |
|
upgerr |
Komunikat o wyniku (ERR) poprzedniej próby uaktualnienia, na przykład http_get nieudane. |
|
prvtmr |
Liczba sekund od ostatniej próby ponownej synchronizacji. |
|
w górę |
Liczba sekund od ostatniej próby uaktualnienia. |
|
REGTMR1 |
Liczba sekund od utraty przez linię 1 rejestracji na serwerze SIP. |
|
REGTMR2 |
Liczba sekund od utraty przez linię 2 rejestracji na serwerze SIP. |
|
upgcond |
Starsza nazwa makra. |
|
schemat |
Schemat dostępu do pliku (TFTP, HTTP lub HTTPS) ustalony po analizie adresu URL polecenia ponownej synchronizacji lub uaktualnienia. |
|
usługa |
Nazwa hosta docelowego serwera żądania ustalona po analizie adresu URL polecenia ponownej synchronizacji lub uaktualnienia. |
|
obsługa |
Adres IP docelowego serwera żądania ustalony po analizie adresu URL polecenia ponownej synchronizacji lub uaktualnienia, być może po wyszukiwaniu w usłudze DNS. |
|
port |
Docelowy port UDP/TCP żądania ustalony po analizie adresu URL polecenia ponownej synchronizacji lub uaktualnienia. |
|
ścieżka |
Docelowa ścieżka pliku żądania ustalona po analizie adresu URL polecenia ponownej synchronizacji lub uaktualnienia. |
|
błąd |
Komunikat o wyniku próby ponownej synchronizacji lub uaktualnienia. Przydatne tylko w generowaniu wyników komunikatów dziennika systemowego. W przypadku prób uaktualnienia wartość jest zapisywana w zmiennej UPGERR. |
|
Identyfikator UIDn |
Wartość parametru konfiguracyjnego identyfikatora użytkownika na linii n. |
|
ems |
Stan funkcji Extension Mobility |
|
mud |
Identyfikator użytkownika funkcji Extension Mobility |
|
przek. |
Hasło funkcji Extension Mobility |
Kody błędów wewnętrznych
W telefonie zdefiniowano szereg kodów błędów wewnętrznych (X00–X99), które umożliwiają bardziej precyzyjną kontrolę zachowania urządzenia w pewnych warunkach występowania błędów.
|
Nazwa parametru |
Opis i wartość domyślna |
|---|---|
|
X00 |
Błąd warstwy transportowej (lub protokołu ICMP) podczas wysyłania żądania SIP. |
|
X20 |
Upłynął limit czasu żądania SIP podczas oczekiwania na odpowiedź. |
|
X40 |
Ogólny błąd protokołu SIP (na przykład nieakceptowalny kodek w protokole SDP w komunikatach 200 i potwierdzenia lub upłynął limit czasu podczas oczekiwania na potwierdzenie). |
|
X60 |
Wybrany numer jest nieprawidłowy zgodnie z danym planem wybierania. |
