Собственно уже неделю мучаемся с связкой LDK-300 + asterisk - через VOIB по h323 и никак не победим пресловутые 30 секунд при звонке с asterisk на LDK

решили уже обновить прошивку станции.
кирпич получить очень не хочется.
сама станция имеет прошивку 3.6са
вот фото платы с процессором


возможно ли обновление данной ldk без докупания железа ?

Не видно issu. Но скорее всего не перешьёте.
Так же еще нужна планка памяти.

память не проблема
у меня планок штук 30 различных есть под этот разъём

на матери снизу надпись LDK-300 MPB Iss :5 Rev:

я так понимаю что надо чтобы был iss 6 и более

сразу вопрос - чтобы перейти на версию 3.9 - надо будет поменять эту плату целиком ?

нет. весь процессор. зайдите через remote dignostiс командой bs. выкинет reliz процессора

0 MPB 3.6Ca
1 DSIB INS
2 SLIB12 INS
3 SLIB12 INS
4 SLIB12 INS
5 SLIB12 INS
6 VMIB 3.0B 03 INS
7 LCOB8 INS
8 LCOB8 INS
9 ....
10 SLIB12 INS
11 SLIB12 INS
12 SLIB12 INS
13 SLIB12 INS
14 WTIB 1.0M 10 INS
15 SLIB12 INS
16 SLIB12 INS
17 VOIB 4.3A 43 INS
18 ....
19 ....
20 ....
21 ....
22 ....
23 ....
24 ....
25 ....
26 ....
27 ....

Максимум 3.6
Для перехода до версии 3.9 меняется процессор, PMU можно старое.

Спасибо

а до 3.6df что нибудь даст мне?
параметр FastStart появляется с какой прошивки в LDk-300 ,

то есть мне будет достаточно купить
LDK-300 MPBN (версии 3.8) + PMU

Имхо, прежде, чем заниматься заменой версии и тем более процессора, нужно было выяснить причину "пресловутого" 30 секундного обрыва соединения. Может это и пресловутая проблема, но причины бывают разные, в том числе проблема может быть и на стороне Астериска.
Сначала бы нужно:
- уточнить, какие вызовы разъединяются: входящие, исходящие или и те и другие??
- снять трассировку вызова на процессоре, а лучше снять снифер Wireshark'ом.

да всё как у всех - рвет при звонке с астериска в ldk
пресловутые 30 секунд упоминаются минимум в 3 темах на этом форуме

но нигде решения нету.

все настройки уже перекрутили
fast start и h245tunneling нету в Ldk на нашей прошивке
соотвественно отключить или включить их нет никакой возможности

Упоминаются... Но вот снифер проблемного вызова я не нашел, никто не выложил.

поставил свитч между платой voib и сеткой с астериском
на свитче зазеркалил порт со стороны voib
воткнул ноут с wireshark
чёто вот уже час тыкаю фильтры и прочее - так и не могу поймать h323
проблема в том что астериск на виртуальной машине и я не могу напрямую подключить её с платой
соответственно в wireshark сыпется очень много мусора
а с voib вообще не вижу пакетов

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

Да вы не заморачивайтесь фильтрами, без них делайте!

вот лог
192.168.1.47 - астериск
192.168.1.15 - voib
в wireshark стоит фильтр по h225

|Time | 192.168.1.47 |
| | | 192.168.1.15 |
|26.902475000| setup OLC ( g711U g7 |H225 From: 271 To:999 TunnH245:off FS:on
| |(12114) ------------------> (1720) |
|27.412104000| RTP (g711U) |RTP Num packets:1676 Duration:33.499s SSRC:0x63DE6231
| |(16724) <------------------ (2348) |
|27.412104000| RTP (g711U) |RTP Num packets:1676 Duration:33.499s SSRC:0x63DE6231
| |(16724) <------------------ (2348) |
|27.460663000| callProceeding OLC ( |H225 TunnH245:off FS:on
| |(12114) <------------------ (1720) |
|27.966933000| alerting OLC ( g711U |H225 TunnH245:off FS:on
| |(12114) <------------------ (1720) |
|30.833409000| connect OLC ( g711U |H225 TunnH245:off FS:on
| |(12114) <------------------ (1720) |
|30.836703000| TCS | |H245 terminalCapabilitySet
| |(12116) ------------------> (8304) |
|30.897119000| RTP (g711U) |RTP Num packets:1497 Duration:29.921s SSRC:0x4DFACF90
| |(16724) ------------------> (2350) |
|30.897119000| RTP (g711U) |RTP Num packets:1497 Duration:29.921s SSRC:0x4DFACF90
| |(16724) ------------------> (2350) |
|31.276739000| TCS | |H245 terminalCapabilitySet
| |(12116) <------------------ (8304) |
|31.277286000| TCSAck | |H245 terminalCapabilitySetAck
| |(12116) ------------------> (8304) |
|31.282759000| MSD | |H245 masterSlaveDetermination
| |(12116) <------------------ (8304) |
|31.283066000| MSDAck | |H245 masterSlaveDeterminationAck
| |(12116) ------------------> (8304) |
|31.407458000| MSDAck | |H245 masterSlaveDeterminationAck
| |(12116) <------------------ (8304) |
|60.840655000| ESC | |H245 endSessionCommand
| |(12116) ------------------> (8304) |
|60.840659000| releaseComplete |H225 Q931 Rel Cause (16):Normal call clearing
| |(12114) ------------------> (1720) |

Лучше бы без фильтров и не в текстовом виде, а файлик .pcap, чтобы Wareshark можно было глянуть.

Собственно
без фильтров
звонок с 271 на 999

1. Мне не удалось открыть файл Wireshark'ом.
По представленным здесь записям похоже, что LDK не отвечает на запрос TCS (Terminal Capability Set).
Не вижу TCS_ACK от LDK. Такая проблема была на MG при стыковке с Панасоником. На MG подправили.
2. И Астер и LDK работают по Fast Start. Оба открываают лог. канал.
ИМХО, запрос TCS в этом случае можно было бы и не посылать.
Есть ли возможность как-то отключить посылку запроса TCS на Астере??

Игорь, вечер добрый!
У меня файлик открывается без проблем. Действительно, LDK не отвечает TCS_ACK.

ХЗ, у меня сейчас старый ноут, возможно, мне нужно переустановить Wireshark.

не нашёл нигде как это сделать

вот тут похожая проблема
http://ru-voip.livejournal.com/60584.html
но решения опять таки нет

И процессор и плата VOIB (ver.4.3A) - очень старые, давно сняты с производства.
Нужны бы проверить стыковку с Астером при использовании более свежих плат и прошивок:
MBP Issue 6, ver.3.9 и платы VOIBN/VOIBE.
Интересно, а в других топиках по этой же проблеме какие платы и прошивки использовались??

Да, похоже, именно, в таком варианте и проблема.
Еще озвучивалось, что сие из-за того, что в астере указан DTMF Mode =RFC2833. Я предлагал им поменять на Inband. Не знаю только, пробовали ли.

Сейчас посмотрел старую переписку с корейцами, была тоже проблема со старой платой VOIB (4.3) по H.323.
Для старой платы уже не было возможности внести изменения, а на платах VOIBE/VOIBN (VOIB4/12) той проблемы с Н.323 не было.

это пробовали
со стороны VOIB тоже всё уже во всех комбинациях перебрали
на просторах интернета даже нашли скрины с ldkpcadmin в котором в VOIBe в 340 программе можно отключить фастстарт и туннелирование
но к сожалению на нашей версии железа таких пунктов нету

Имхо, дело не в Fast Start'е, к тому сам Астер инициирует вызов с FS, и LDK как раз нормально на него отвечает.
Но после этого Астер начинает процедуры TCS и MSD, которые при Normal Start являются обязательными, а при FS уже дополнительными опциями.
Можно попробовать наоборот отключить Fast Start в Астере, т.е. чтобы был вызов с Normal Start от Астера.

Извините что вклиниваюсь. Я тоже из этой команды борцов за секунды
Если в настройках транка на астере отключить FS - то в звонке нет голоса и его так же отрывает через 30 секунд.
Народ советует искать таймер и загонять его в бесконечность...

Тогда искать надо в Астериске, так как он рвет связь. Кстати, нигде не увидел, что это кто то сделал...

В общем докладываюсь. С астериском пока не делали ничего. Расследование показало что версия его не совсем последняя. Файла ooh245.c в нашем астериске вообще не оказалось.
Приняли решение поставить крайний астериск на отдельную физическую машину.
Допиливать в любом случае будем.
Я ухожу в отпуск. Но ребята отпишутся думаю.

Пока есть надежда на то что на той неделе нам дадут попробовать материнку с версией 3.8+.

Я бы в первую очередь попробовал заменить VOIB на новую плату.

В общем пока меня не было привозили плату с 3.9 и VOIBn плату
плата VOIBn отказалась работать(возможно была неисправна)

Сделали связку 3.9+наш старый VOIB - результат тот же 30сек.
так и не победили.
решили затариваться IP телефонами и уходить от LG