Продажа, установка и сервис IP-АТС NEC: SL1000, SV9100, SV9300, SV8100, SV8300, SV9500, SV8500

SMT-i3105D sip входящие 15 минут

Технический форум по платформам IP АТС Samsung Communication Manager Express (SCMe) и SCM Compact.

Модераторы: LionB, Wi$e

SMT-i3105D sip входящие 15 минут

Сообщение flametiger » 26 июл 2021, 15:12

доброго времени суток!

собственно проблема в том ,что на ТА SMT-i3105D с прошивкой SCME при входящих вызовах длительность разговора ограничена 15-тю минутами.
исходящие вызовы возможно большей длительности. дождался 18 минут, при входящем разъединило бы чётко на 15 минуте )))

прошит ТА
Прошивка SMT-i3105v2.90 161213 для SCME, SCMC
viewtopic.php?f=254&t=10165

регистрируется на Астериксе.
в настройках астериска время разговора ограничено часом (собственно большинство операторов связи так же ограничивают)
с другими аппаратами и софтфонами всё ок, проверял на всякий случай.
в логах астериска вижу что соединение разъединено, tcpdump пока не делал, но полагаю, что от ТА просто приходит BYE.

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

пока искал как прошить ТА на работу по SIP, кажется, где то видел упоминание такой проблемы, но повторно найти не могу :D

может кто подсказать, что за беда такая и как с ней бороться?
flametiger
Новый Участник
 
Торренты: 0
Комментарии: 0
Раздал: 0 байт
Скачал: 12.89 Мб
Ратио: None.
Сообщения: 4
Зарегистрирован: 13 май 2021, 10:41
Квалификация: Инженер IT
Организация: банк Оренбург

Re: SMT-i3105D sip входящие 15 минут

Сообщение Wi$e » 26 июл 2021, 21:34

Есть такое, это связано с тем, что smt-i через 15 мин хочет апдейтнуть сессию.
Я на скорую руку пытался решить подкручиванием соответствующих настроек на стороне астера, но положительного результата не получил.
Потом стало не до этого и процесс пока подвис...
Если нужна помощь, услуги по настройке\обслуживанию или поставке оборудования, обращайтесь:
Телефон: +7 (499) 653-71-72 внутр. 101
С уважением, Денис.
Офисные АТС.ру
Аватара пользователя
Wi$e
Администратор
 
Торренты: 511
Комментарии: 63
Раздал: 198.25 Гб
Скачал: 2.29 Гб
Ратио: 86.528
Сообщения: 4564
Зарегистрирован: 18 июн 2006, 15:00
Откуда: Москва
Квалификация: Инженер ТЦ производителя
Организация: Офис-Девайс
Для Спасибо: Яндекс.Деньги:4100198401725

Re: SMT-i3105D sip входящие 15 минут

Сообщение flametiger » 27 июл 2021, 15:14

да.. не надо ленится, надо смотреть tcpdump. вот один раз не посмотрел... впрочем погоды не изменило, и ответ в целом тот же BYE. :)

в итоге видимо так же попробовал стандартное средство астериск, пока не помогает :(


если кому интересно:

ТА отправляет запрос UPDATE, что по идее должно быть отсылкой к RFC 3311. (https://www.ietf.org/rfc/rfc3311.txt)

"Метод UPDATE позволяет клиенту изменить параметры текущей сессии (такие как, параметры потока медиаданных или используемые кодеки), при этом не изменяя состояния установившегося диалога. В этом отношении, этот метод похож на re-INVITE, но, в отличие от re-INVITE, это сообщение может быть отправлено до того, как закончиться обработка первого запроса INVITE. Это делает этот метод очень удобным, если надо изменить параметры сеанса в процессе уже установленной связи."

для включения на астериске:

canreinvite = update | yes | no

по умолчанию canreinvite=yes, часто его отключают. т.е. это вкл/выкл метод re-INVITE
а вот canreinvite = update - должно включать метод UPDATE

что и происходит, теперь астериск сам шлёт UPDATE запросы к ТА, но немного по другому и ТА отвечает "200 ОК"
Wireshark - показывает протокол SIP/SDP, и по полям в пакете есть отличия например от ТА отсутствует поле "message body" ну и много чего еще.

source | destination | protocol | lenght | info
asterisk | samsung-3105 | SIP/SDP | 1013 | Request: UPDATE sip:103@192.168.1.100
samsung-3105 | asterisk | SIP/SDP | 814 | Status: 200 OK

а вот когда ТА шлёт запрос UPDATE - протокол SIP

samsung-3105 | asterisk | SIP | 652 | Request: UPDATE sip:103@192.168.1.100
asterisk | samsung-3105 | SIP | 569 | Status: 501 Method Not Implemented

ну и как итог ТА обижается на такой ответ и говорит "ой всё"
samsung-3105 | asterisk | SIP | 561 | Request: BYE sip:103@192.168.1.100

попробую еще подробнее разобрать запросы, может имеется ввиду другой протокол, или на астериске работа с такими запросами включается иначе.

П.С.
вообще странно, ТА пытается всего-то, что то обновить (или изменить в текущей сессии), и не возможность обновления влечёт разрыв соединения.
странное в общем поведение, на мой взгляд.
понимаю был бы запрос контроля сессии какой нибудь, и если нет отклика, то ТА закрывает "типа" зависшую сессию. но ответ есть, только о том что "я тя не понимаю".
может методом UPDATE как то и реализовано отслеживание зависших сессий. но как то странно.
flametiger
Новый Участник
 
Торренты: 0
Комментарии: 0
Раздал: 0 байт
Скачал: 12.89 Мб
Ратио: None.
Сообщения: 4
Зарегистрирован: 13 май 2021, 10:41
Квалификация: Инженер IT
Организация: банк Оренбург

Продажа IP телефонов Fanvil по низким ценам


Re: SMT-i3105D sip входящие 15 минут

Сообщение Wi$e » 27 июл 2021, 20:45

Если плотно занялись и удастся решить, сообщите...
Если нужна помощь, услуги по настройке\обслуживанию или поставке оборудования, обращайтесь:
Телефон: +7 (499) 653-71-72 внутр. 101
С уважением, Денис.
Офисные АТС.ру
Аватара пользователя
Wi$e
Администратор
 
Торренты: 511
Комментарии: 63
Раздал: 198.25 Гб
Скачал: 2.29 Гб
Ратио: 86.528
Сообщения: 4564
Зарегистрирован: 18 июн 2006, 15:00
Откуда: Москва
Квалификация: Инженер ТЦ производителя
Организация: Офис-Девайс
Для Спасибо: Яндекс.Деньги:4100198401725

Re: SMT-i3105D sip входящие 15 минут

Сообщение flametiger » 05 авг 2021, 12:40

решить не удалось т.к. идей пока больше не особо много. :(
но ещё поразбирался с методом UPDATE.

Сдается мне, что тут то ли баг то ли фича от Samsung.
И это какой то не правильный UPDATE и он работает по кривым алгаритмам.
далее описываю свои измышления по поводу этого запроса UPDATE от ТА Samsung, в результате которых мне кажется подозрительным:
1) что на 15 минуте разговора ТА решает, что то изменить в сессии, к этому нет никаких предпосылок, канал стабилен.
2) отправляет пакет UPDATE без содержимого (body message), как бдуто уже на этом этапе произошел какой то сбой. и пакет ушел недоконца сформированный.
3) если ТА сбоит, то возможно разрыв соединения не связан с ответом станции 501, а следствие сбоя в алгоритме.
4) не похож запрос UPDATE от Samsung на рабочий пакет. и разрыв связан со сбоем, который предшествует запросу UPDATE или с нарушением алгоритма его обработки. ну или всё вместе.
т.е. к примеру происходит сбой, в следствии, которого ТА пытается, что то поменять в сессии, что бы сохранить её. но т.к. ТА уже сбойнул хорошенько, это уже не помогает.

в следующем посте (много букв и отсылок к RFC) подробно всё расписываю. не особо ранее разбирался в стандартах и методах RFC т.ч. может где ошибаюсь, пишу лишнего или не точен. (переводил мне гугол :lol: )


мне кажется следующим шагом может быть только попытка вручную сформировать ответ 200 ОК и скриптом ответить на UPDATE. а для этого уж больно сложную схему похоже надо будет реализовать.
и кажется это ни на что не повлияет.
можно еще попробовать другую станцию подсунуть, но пока нет возможности...
flametiger
Новый Участник
 
Торренты: 0
Комментарии: 0
Раздал: 0 байт
Скачал: 12.89 Мб
Ратио: None.
Сообщения: 4
Зарегистрирован: 13 май 2021, 10:41
Квалификация: Инженер IT
Организация: банк Оренбург

Re: SMT-i3105D sip входящие 15 минут

Сообщение flametiger » 05 авг 2021, 12:52

вдруг кому интересно

в самом RFC 3311 прям в первом пункте, есть упоминание принципа метода update
"to update session parameters without impacting the dialog state itself."
т.е. метод будет обновлять сессию не влияя на само состояние диалога.

у нас же ещё как влияет, но не из-за изменения, а из-за не возможности, что-то изменить. :?:
Но это только косвенно, т.к. идёт описание принципа работы метода. т.е. это не гарантия, что какая либо ошибка не влечёт разрыв сессии.
но наводит на мысль, что идея метода в том, что бы сессия не разъединялась, а не наоборот - ненавредить.


но что за UPDATE запрос шлёт Samsung?

в RFC 3311
пункт 5.1 Sending an UPDATE, говорится, что запрос UPDATE должен:
"The rules for inclusion of offers and answers in SIP messages as defined in Section 13.2.1 of RFC 3261 still apply."

т.е. запрос отправляется в соответствии с RFC 3261 и как описано в 13.2.1

где в свою очередь говорится:

"it is possible that both the INVITE and the ACK contain a body message"
т.е. UPDATE запрос (по сути не отличающийся особо от INVITE и AСK) должен иметь "body message"

у запроса от астериска видимо UPDATE по RFC 3311
есть поле "body message", а в нём "Session Description Protocol" т.е. SDP который упоминается в стандарте 3311
(собственно в INVITE так же сформировано body message")

а вот от Samsung'а такого нет. только Header.
так же в Header нет пункта "Content-Type: application/sdp"

что наводит на мысль, что этот ТА несёт какую то чушь (не передает контент), а точнее как будто бы Samsung пишет письмо, в котором тему указал, а вот в письме ничего не написал, и вложение не вложил.


еще в запросе UPDATE от самсунга есть "Allow-Events: talk,hold" (Allow-Events описан в rfc 3265)
чего нет в INVITE и UPDATE от астериска.
но это поле присутсвует во всех пакетах от самсунга, а вот от других пиров я его не вижу.
это ни о чём особом пока не говорит. только о том, что самсунг поддерживает 2 события talk и hold, видимо :)

это я попробовал сравнить запросы UPDATE от самсунга и от астериска

далее
астериск даёт на UPDATE от самсунга ответ 501

из документации RFC 3261
21.5.2 501 Not Implemented
такой ответ когда метод не распознан.

и тут же есть сноска, что если метод запрещен, то будет другое сообщение.
Note that a 405 (Method Not Allowed)

на астериске было canreinvite=no
т.е. по идее метод запрещен.

а у нас именно не распознан.
всё это наводит на мысль, что от Samsung'a приходит неправильный UPDATE. И астериск не знает, что с ним делать, ведь "body message" отсутсвует.
а в нём и протокол SDP в котором вся информация о изменениях.

и большой вопрос можно ли такой запрос вообще обработать (при работе по RFC 3311), и поможет ли обработка такого запроса изменить ситуацию.
например вручную подсунуть пакет 200 ОК. поможет ли это ситуации?
или дело во все не в ответе, а в дальнейших или же предшествующих алгоритмах, которые дают сбой, приводящий к разрыву сессии?

в общем пока такие мысли...
flametiger
Новый Участник
 
Торренты: 0
Комментарии: 0
Раздал: 0 байт
Скачал: 12.89 Мб
Ратио: None.
Сообщения: 4
Зарегистрирован: 13 май 2021, 10:41
Квалификация: Инженер IT
Организация: банк Оренбург

Продажа IP телефонов Htek по хоршим ценам



Вернуться в Samsung SCM (Samsung Communication Manager)

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 7


Установка и Настройка АТС



Пириногвые IP-АТС Symway. Консультация, Поставка, Внедрение.