SMG-1016M и BLF

[alsav]

Здравствуйте.
SMG1016M, версия ПО 3.8.0.2066. Не получается заставить работать BLF для телефона LG-Ericsson IP8815E. Функция в настройках включена с обоих сторон. SMG на SUBSCRIBE постоянно отвечает 489 Bad Event.

Код: Выделить всё

14:20:36.126757 IP (tos 0xb8, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 629)
    10.0.0.10.5060 > 10.0.0.2.5060: SIP, length: 601
   SUBSCRIBE sip:5120@sipdomain.org;transport=UDP SIP/2.0
   From: "testname"<sip:5120@sipdomain.org>;tag=1b0c5b8-640a10ac-13c4-50029-3b8-70662273-3b8
   To: "testname"<sip:5120@sipdomain.org>
   Call-ID: 13d07c8-640a10ac-13c4-50029-3b8-5f246a7d-3b8
   CSeq: 1 SUBSCRIBE
   Via: SIP/2.0/UDP 10.0.0.10:5060;branch=z9hG4bK-3b8-e8815-13b41b80
   Expires: 3600
   Event: message-summary
   Max-Forwards: 70
   Supported: replaces
   Accept: application/simple-message-summary
   Contact: <sip:5120@10.0.0.10:5060;transport=UDP>
   User-Agent: LG-Ericsson IP8815E v1.1.34spbx_b
   Content-Length: 0
   
   
14:20:36.135049 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 507)
    10.0.0.2.5060 > 10.0.0.10.5060: SIP, length: 479
   SIP/2.0 489 Bad Event
   Via: SIP/2.0/UDP 10.0.0.10:5060;branch=z9hG4bK-3b8-e8815-13b41b80
   From: "testname"<sip:5120@sipdomain.org>;tag=1b0c5b8-640a10ac-13c4-50029-3b8-70662273-3b8
   To: "testname" <sip:5120@sipdomain.org>
   Call-ID: 13d07c8-640a10ac-13c4-50029-3b8-5f246a7d-3b8
   CSeq: 1 SUBSCRIBE
   Contact: <sip:5120@10.0.0.2:5060;transport=udp>
   Error-Info: <Unsupported event message-summary>
   User-Agent: Eltex smg_pa_sip smg_pa_sip-3.8.0.36
   Content-Length: 0

В чем может быть проблема?

[Dmitriy_eltex]

Здравствуйте.

SMG в SUBSCRIBE получает event:

Код: Выделить всё

Event: message-summary

Это не имеет ни какого отношения к BLF, это относится к message waiting indication, описанному в RFC3842:
https://tools.ietf.org/rfc/rfc3842.txt
SMG не поддерживает этот функционал, поэтому и шлет "Unsupported event message-summary".

[alsav]

Спасибо, разобрался. Так и есть, на телефоне была включена MWI. А BLF не работал из-за неправильной настройки кнопок быстрого вызова.
Тему можно закрывать.

[alsav]

Поторопился с закрытием темы. BLF работает, но недолго.
При включении телефона подписка на обмера проходит успешно. На SMG на странице SIP-абоненты -> Мониторинг BLF подписка видна, индикация на кнопках телефона работает. Но через какое-то время кнопки на телефоне начинают мигать красно-зеленым цветом, а на SMG на странице Мониторинг BLF подписка пропадает. При этом SMG при изменении статуса подписанных номеров продолжает слать NOTIFY на телефон, на которые телефон отвечает 481 Subscription does not exist.

Код: Выделить всё

14:01:16.278112 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 1306)
    10.0.0.2.5060 > 10.0.0.10.5060: SIP, length: 1278
   NOTIFY sip:5106@10.0.0.10:5060;transport=UDP SIP/2.0
   Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK-oScreated-276142-03490
   From: <sip:5104@sipdomain.org>;tag=2785458488c1c34f2239
   To: "testname" <sip:5106@sipdomain.org>;tag=1b09368-640a10ac-13c4-50029-1d32-6ebb267b-1d32
   Call-ID: 13d7470-640a10ac-13c4-50029-1d32-61e3be05-1d32
   CSeq: 3 NOTIFY
   User-Agent: Eltex smg_pa_sip smg_pa_sip-3.8.0.36
   Max-Forwards: 70
   Contact: <sip:5104@10.0.0.2:5060>
   Allow: INVITE, ACK, BYE, CANCEL, PRACK, REGISTER, INFO, REFER, NOTIFY, OPTIONS, UPDATE
   Supported: replaces
   Event: dialog
   Subscription-State: active;expires=3412
   Content-Type: application/dialog-info+xml
   Content-Length: 567
   
   <?xml version="1.0"?>\0x0a <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info"\0x0a   version="2" state="full" entity="sip:5104@sipdomain.org">\0x0a   <dialog id="1510-311675-594148" direction="recipient"\0x0a    call-id="1510-311675-594148" local-tag="KgyFcX6QcUrHc" remote-tag="594226dOr2029p0D1430D0u63">\0x0a     <state>terminated</state>\0x0a<remote> <identity>sip:6011@10.0.0.2</identity> <target uri="sip:6011@10.0.0.2"/> </remote>\0x0a<local> <identity>sip:5104@sipdomain.org</identity> <target uri="sip:5104@sipdomain.org"/> </local>\0x0a\0x0a   </dialog>\0x0a </dialog-info>
   
14:01:16.314682 IP (tos 0xb8, ttl 63, id 0, offset 0, flags [DF], proto UDP (17), length 488)
    10.0.0.10.5060 > 10.0.0.2.5060: SIP, length: 460
   SIP/2.0 481 Subscription does not exist
   From: <sip:5104@sipdomain.org>;tag=2785458488c1c34f2239
   To: "testname"<sip:5106@sipdomain.org>;tag=1b09368-640a10ac-13c4-50029-1d32-6ebb267b-1d32
   Call-ID: 13d7470-640a10ac-13c4-50029-1d32-61e3be05-1d32
   CSeq: 3 NOTIFY
   Via: SIP/2.0/UDP 10.0.0.2:5060;branch=z9hG4bK-oScreated-276142-03490
   Supported: replaces
   User-Agent: LG-Ericsson IP8815E v1.1.34spbx_b
   Content-Length: 0


Повторная подписка на BLF происходит только после перезагрузки телефона.

[Bokrenok]

надо бы поснимать pcap-трейсы с eth0 с фильтром "udp port 5060", чтобы только sip-сигнализацию писать, не забивая трейсы RTP
(или "vlan && (udp port 5060)" если SIP вынесен в выделенный VLAN)

и прислать нам в ТП эти трейсы, попробуем посмотреть что происходит

п.с. и версию ПО укажите

[alsav]

Собрал тестовую схему, сделал пару трейсов и отправил письмом на адрес techsupp@eltex.nsk.ru с комментариями.

На сколько я успел понять из экспериментов причина проблемы в следующем:
Согласно RFC3265 (п.3.1.4.1 и 3.1.4.4) после успешной подписки на BLF уведомления (SUBSCRIBE, с ответом 200 OK) клиенту должно быть отправлено уведомление NOTIFY. До тех пор, пока клиент не получил это уведомление, он считает состояние по данной подписке неопределенным. В случае с SMG, NOTIFY по какой-то причине не отправляется и, соответственно, происходит нарушение этого сценария: телефон отправив SUBSCRIBE и получив ответ 200 OK ожидает от SMG NOTIFY. Далее по истечению определенного таймаута если ответ не получен, то подписка считается не действительной и происходит повторная отправка SUBSCRIBE. И так несколько раз.
Если в это время статус на подписываемом номере изменяется (например прошел вызов), то SMG отправляет NOTIFY и телефон получив его считает подписку подтвержденной. BLF для данного номера после этого начинает работать. В противном случае по окончанию нескольких попыток состояние подписки остается в неопределенном статусе.
Та же ситуация вероятно происходит и при обновлении подписки. Соответственно BLF через какое-то время перестает работать.

[Dmitriy_eltex]

Здравствуйте.

Отписал Вам по почте.