Opened 3 years ago

Closed 3 years ago

Last modified 3 years ago

#391 closed баг (fixed)

Sip-пользователи не могут зарегистрироваться на плате

Reported by: san Owned by: alx
Priority: высокий Milestone: 1 очередь
Component: any Keywords:
Cc:

Description (last modified by san)

Пользователь заметил странное поведение платы VE-01 - После изменения настроек платы(например добавление нового Sip-пользователя) и нажатия кнопки Применить Sip-пользователям не удаётся больше зарегистрироваться на плате, хотя ранее(до добавления нового Sip-пользователя) они успешно регистрировались.
Также пользователь заметил, что можно вывести плату VE-01 из этого состояния нажимая кнопки Применить/Ок, после одного или нескольких нажатий она начинает работать штатно - пользователям удаётся зарегистрироваться.

Мне удалось воспроизвести это в блоке .20.160

  • В VE-01 слот 5 загружен конфиг пользователя
  • В VE-02 слот 3 я создал 4 окончания регистрирующихся на VE-01 (2700,2701,2702,2703)
  • окончания успешно регистрируются на плате (я наблюдал несколько периодов регистрации)
  • добавил на VE-01 нового Sip-пользователя(2), нажал Применить.
  • после истечения оставшегося времени регистрации, записи о регистрациях этих 4х пользователей из таблицы Sip-пользователей пропали, статус регистрации у канальных окончаний = нет.

Change History (7)

comment:1 by alx, 3 years ago

А какой ответ плата VE-01 возвращает на запрос REGISTER? При неудачной регистрации, конечно...

comment:2 by san, 3 years ago

Description: modified (diff)

Я не знаю.
Посмотри пожалуйста сам в .20.160, где оно воспроизвелось. Только желательно не записывать в плату VE-01 настройки, т.к. по словам пользователя плата может начать работать нормально после записи настроек(добавил это уточнение в тикет).

in reply to:  2 comment:3 by alx, 3 years ago

Replying to san:

Посмотри пожалуйста сам в .20.160, где оно воспроизвелось. Только желательно не записывать в плату VE-01 настройки,

Там в плате адрес не из наших сетей, а чтобы его изменить мне пришлось бы записать настройки...

Хорошо, тогда вопрос снимается.

comment:4 by alx, 3 years ago

Resolution: fixed
Status: newclosed

In 2055/sip_ua:

Устарнена ошибка: если список пользователей передается несколькими частями, и последняя часть
дублировалась, то из-за повторной обработки последней части начало списка пропадало.
Теперь при обработке последней части проверяется, была ли перед этим первая (чтобы убедиться,
что список пришел от начала и до конца), и если нет, то список не обновляется.

Также для предотвращения обработки дублирующихся запросов плата хранит в памяти ответы на запросы
каждой транзакции и время их отправки. Если принимается запрос, ответ с идентификатором транзакции которого
был отправлен менее чем 2.5 секунды назад, плата повторно отправляет тот же ответ без реальной
обработки запроса. Учитывая, что SW-01 "морозит" идентификаторы 3 секунды после завершения
транзакции, это должно быть безопасно.

Closes #391.

comment:5 by san, 3 years ago

Там в плате адрес не из наших сетей

Можно же просто добавить себе на интерфейс адрес из "ихней" сети, я так иногда делаю ради проверки пользовательских схем...

in reply to:  5 comment:6 by alx, 3 years ago

Replying to san:

Можно же просто добавить себе на интерфейс адрес из "ихней" сети

Я считаю это плохой практикой и стараюсь так не делать. :)

comment:7 by san, 3 years ago

Ну я тоже не горжусь, но техподдержка требует жертв :-D

Note: See TracTickets for help on using tickets.