Форум - Офисные АТС

Spider писал(а):

dpride писал(а):Сейчас так и настроено в тестовом режиме, просто хочу убрать лишнее звено.

Подняв SIP на Панасонике, ты уменьшишь число каналов H323. Если для тебя это не критично - пробуй.

Понял, спасибо.

dpride писал(а):Появился Yeastar U200, хочу напрямую связать с TDE100, а он H323 не поддерживает как класс.

H.323 плохо работает на ARM процах - там же бинарное ASN.1 кодирование.
Плюс факсы хз.

Для этих целей всё просто - atom, эластикс и в путь. Как вариант просто виртуалка.

А так ТС респект, не такое оно простое дело.

Zavr2008 писал(а):

dpride писал(а):Появился Yeastar U200, хочу напрямую связать с TDE100, а он H323 не поддерживает как класс.

H.323 плохо работает на ARM процах - там же бинарное ASN.1 кодирование.
Плюс факсы хз.
Для этих целей всё просто - atom, эластикс и в путь. Как вариант просто виртуалка.
А так ТС респект, не такое оно простое дело.

Zavr, это ты решил похвастать, что узнал новые слова?
Если узнал новые слова, то научись ещё их выставлять по смыслу, а то ересь получается.

Mike_K, я рад, что и через 15 лет эти слова новы для Вас)

Zavr2008 писал(а):Mike_K, я рад, что и через 15 лет эти слова новы для Вас)

Слова эти, для меня совсем не новы.
А вот так как ты, Zavr, пытаешься эти слова впихнуть в тему, именно не связанно впихнуть, наводит меня на мысль, или Zavr-большой ноль, то есть полный идиот или всех остальных Форумчан держит за лохов.

P.S. Прошу прощения у модератора этого форума.

Mike_K: если слова и ARM и Elastix приживутся в Вашем сознании, а также и проблематика сборки openh323 /pwlib & ptlib под данную архитектуру - тогда мой пост не будет вызывать у Вас отторжения и "ерись".

Ржу не могу и катаюсь под столом от такого невежества

Zavr2008 писал(а):H.323 плохо работает на ARM процах - там же бинарное ASN.1 кодирование.

- Протокол H.323 был описан ITU-T как один из протоколов подержки видео конференций, то есть передача информации в реальном времени.
- ARM процессоры специально разрабатывались для обработки процессов в реальном времени
- "там же бинарное кодирование" Zavr, а какое кодирование использует проц??? Текстовое кодирование, что-ли? Типа работает процессор по принципу, вышли мне пару байт в регистр из ячейки памяти, адрес которой сейчас вычисляется.

Zavr2008 писал(а):Плюс факсы хз.

Что хз, Zavr? Качество передачи факсов, в данном случае, определяется используемым кодеком (G.711, T.38 и т.д. и т.п.) и совершенно не зависит от протокола установления соединения.
Zavr, знаток ты наш протоколов.
Сколько раз тебе советовали, перед тем как чего-либо писать проконсультируйся со знающим человеком. Это полезно, ни так глупо выглядеть будешь.

И вот читаем от Zavr-а ответ на вопрос, почему же не нужно использовать процессор, созданный специально для обработки процессов в реальном времени, для обслуживания H.323 протока.

Zavr2008 писал(а):Для этих целей всё просто - atom, эластикс и в путь. Как вариант просто виртуалка.

Понимаю, как потеряли создатели стека H.323 протокола от Cisco и Radvision, что не знакомы они с Zavr2008.
Вот они лохи, всего то и нужно, эластикс просто на виртуалке и сборки openh323 /pwlib & ptlib под данную архитектуру.

Вопрос лично к Завру: какая архитектура процессора и какая операционка используется на устаревших KX-TDE/NCP?

Процессоры ARM отличаются немного другим порядком при упаковке в 32битную структуру. В случае, если осуществляется бинарное кодирование структур наподобие ASN.1 - а там есть и PER и BER: об этом нужно специально заботиться в коде. Разрабочики коммерческих стеков H.323 именно этим и занимаются.
Если мы ведем речь про Asterisk - сам он в настоящее время портирован на эту платформу, для ooh323 же используется по сути дема от известного производителя ASN1C - Objective Systems. Они сделали демо, прилично кодирующее/декодирующее ASN1 структуры, входящие в H.323. На основе этой демы и сделали данный канальный драйвер. остальные реализации H323 базируются на OpenH323 - там известные проблемы со стабильностью.
В своем посте я пытался объяснить сложности именно Asterisk, именно ARM, именно ooh323.

На счет факсов - больная тема. В Asterisk есть spandsp, связка с ooh323 с T.38 работает лишь в последних версиях.
Более подробно по ASN.1 кодированию: wikipedia

По поводу TDE/NCP - я реверс-инженерингом не занимался, но знаю что только в NS стали использовать Linux, наверняка там просто RTOS какой-то.
Чипы - MIPS?

Вопросов больше не имею.