#300 closed улучшение (fixed)
Настройки: Соединение
Reported by: | san | Owned by: | dimag |
---|---|---|---|
Priority: | critical | Milestone: | 2 очередь |
Component: | ПО MC04-Dispatcher. Пульт диспетчера/техника | Keywords: | interface, settings |
Cc: |
Description (last modified by )
Настройки сетевого соединения
Прокси-сервер: <чекбокс> Авто IP Порт <поле ввода><поле ввода> Локальный(bind) адрес: <чекбокс> Авто IP Порт <поле ввода><поле ввода> Медиапорт <поле ввода> Период перерегистрации: <поле ввода> секунд Контекст для вызова ТСОП <поле ввода>
При установке чекбокса Авто - поля ввода Адрес и порт должны "дизейблиться".
По умолчанию:
Прокси-сервер: Авто
Локальный(bind) адрес: Авто
Медиапорт: <пусто>
Период перерегистрации:200
Контекст для вызова ТСОП: pstn
В настройке "Медиапорт" задаётся первый из необходимых програме медиапортов, если в поле пусто, Медиапорт выбирается программой произвольно, следующие необходимые медиапорты задаются как Медиапорт+1, Медиапорт+2... В случае занятости какого либо из портов ищется следующий свободный.
Change History (30)
comment:1 by , 8 years ago
Keywords: | interface settings added |
---|---|
Resolution: | → fixed |
Status: | new → closed |
follow-up: 4 comment:2 by , 8 years ago
Description: | modified (diff) |
---|
1. Убрать настройки bind адреса
- Убрать чекбокс "ручная" из настройки прокси (ну или сделать как в гайдлайнах - две радиобаттон)
- Посмотри в гайдлайнах как должно выглядеть поле ввода и задизэйбленное поле ввода, сейчас поля ввода всегда выглядят как задизэйбленные.
- Добавил в тикет "Контекст для вызова ТСОП"
comment:3 by , 8 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:4 by , 8 years ago
Replying to san:
- Убрать настройки bind адреса
А почему? Настройка нужна - для UDP bind'иться на 0.0.0.0 часто плохо - не знаешь, какой на самом деле будет адрес у твоих пакетов. Легко может оказаться, что ответил не с того адреса, на который получил запрос... Кроме адреса, было бы неплохо иметь возможность конфигурировать и порт.
comment:6 by , 8 years ago
Description: | modified (diff) |
---|
comment:7 by , 8 years ago
Description: | modified (diff) |
---|
follow-up: 14 comment:8 by , 8 years ago
Саша, двоеточие в имени контекста вызова ТСОП по умолчанию явно лишнее.
И в каких единицах измеряется период регистрации? Если в секундах - то почему он по умолчанию такой маленький?
comment:10 by , 8 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
В r346 не работает настройка bind-адреса. Что делал:
- "Настройка bind-адреса" установить "ручная".
- В поле "Адерс" ввел адрес одного из интерфейсов.
- Нажал "Сохранить настройки".
Но программа как была привязана к 0.0.0.0, так и осталась.
follow-up: 12 comment:11 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Пока это поле не действует
comment:12 by , 8 years ago
Replying to dimag:
Пока это поле не действует
Если это поле не действует, почему Вы закрываете тикет с резолюцией "fixed"?
comment:13 by , 8 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
follow-up: 17 comment:14 by , 8 years ago
Description: | modified (diff) |
---|
Replying to alx:
Саша, двоеточие в имени контекста вызова ТСОП по умолчанию явно лишнее.
И в каких единицах измеряется период регистрации? Если в секундах - то почему он по умолчанию такой маленький?
- исправил
- по наличию регистрации мы контролируем присутствие абонента в сети (#153). Заказчик(и клиенты) хотят обнаружать отсутствие абонента в сети за 3-5 минут.
follow-up: 16 comment:15 by , 8 years ago
Двоеточие в конце имени контекста обязательно или я могу использовать команду originate с именем контекста не заканчивающимся двоеточием?
comment:16 by , 8 years ago
Replying to dimag:
Двоеточие в конце имени контекста обязательно
Двоеточие в имени контекста обязательным не является. Имя контекста (насколько я знаю) может состоять из любой последовательности символов.
comment:17 by , 8 years ago
Replying to san:
- по наличию регистрации мы контролируем присутствие абонента в сети (#153).
В r153 говорится о контроле присутствия диспетчером. Здесь же речь идет о периоде регистрации самого диспетчера. Он что, будет контролировать присутствие самого себя? :)
Заказчик(и клиенты) хотят обнаружать отсутствие абонента в сети за 3-5 минут.
Ну так мы ведь не лишаем их такой возможности, период регистрации у нас настраивается. Речь всего лишь о том, чтобы по умолчанию он был более разумным и менее безумным... :)
comment:18 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Хорошо, имя контекста по умолчанию пусть будет pstn.
Период перерегистрации - 200 секунд, между 3 и 5 минутами.
comment:19 by , 8 years ago
Диспетчер - тоже абонент. Его присутствие в сети контролирует Техник.
По мнению клиентов разумное значение: 3-5 минут.
comment:20 by , 8 years ago
Description: | modified (diff) |
---|---|
Resolution: | fixed |
Status: | closed → reopened |
- в настройках Bind-адреса нет порта
- активные поля и надписи сейчас почти не отличаются от задизэйбленных (см. гайдлайны)
+ заодно добавил поле Медиапорт
comment:21 by , 8 years ago
Почему "перерегистрации"? По факту я вижу, что введенное значение "как есть" попадает в поле Expires сообщения REGISTER.
Надо определиться: если это действительно период пере'регистрации, то в поле Expires должно быть значение большее, чем заданный в конфигурации период, иначе регистрация может протухнуть до того как юзер-агент ее обновит (перерегистрируется). Либо называйте этот параметр периодом просто "регистрации", но тогда будьте добры перерегистрироваться до его истечения. Иными словами, период перерегистрации должен быть всегда меньше периода регистрации.
follow-up: 23 comment:22 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
r357
Пользователь может вводить в поле переоид перерегистрации такое значение, которое он хочет.
comment:23 by , 8 years ago
Replying to dimag:
Пользователь может вводить в поле переоид перерегистрации такое значение, которое он хочет.
И при этом система должна работать правильно, не так ли?
Правильная работа подразумевает, что юзер-агент не теряет регистрацию на сервере. А для этого период перерегистрации должен быть меньше периода регистрации.
follow-up: 27 comment:25 by , 8 years ago
Настройка "SIP-порт" это тоже самое что и "порт" в bind-адресе
- Т.к. у нас настраивается как минимум 2 локальных порта(Sip и Медиа), мне показалось логичным вынести настройки портов отдельно от bind адреса.
- окнончание "по умолчанию" не понятно откуда взялось, я попросил Диму убрать
follow-up: 28 comment:26 by , 8 years ago
Почему "перерегистрации"? По факту я вижу, что введенное значение "как есть" попадает в поле Expires сообщения REGISTER.
Давайте тогда переименуем настройку в "период регистрации"
Вот так в итоге должна выглядеть вкладка "Настройки сетевого соединения"
Прокси-сервер: <радиокнопка> Авто/Вручную Адрес Порт <поле ввода><поле ввода> Локальный(bind) адрес: <радиокнопка> Авто/Вручную <поле ввода> Sip-порт <поле ввода> Медиапорт <поле ввода> Период регистрации: <поле ввода> секунд Контекст для вызова ТСОП <поле ввода>
comment:27 by , 8 years ago
Replying to san:
Настройка "SIP-порт" это тоже самое что и "порт" в bind-адресе
- Т.к. у нас настраивается как минимум 2 локальных порта(Sip и Медиа), мне показалось логичным вынести настройки портов отдельно от bind адреса.
??? Я вижу четыре настройки номера порта:
- порт в "настройке прокси-сервера";
- порт в "настройке bind-адреса";
- порт в настройке "Медиа-порт";
- порт в настройке "SIP-порт по умолчанию".
С первым понятно - это не наш порт, это порт прокси. Почему оставшихся три? кто лишний?
comment:28 by , 8 years ago
Replying to san:
Вот так в итоге должна выглядеть вкладка "Настройки сетевого соединения"
Вот к этому нет вопросов, вроде бы все логично...
Собственно, логично было и в описании тикета - там нет никакого отдельного "SIP-порта"...
r338