Подскажите, есть ли возможность прикрутить к астериск DECT базы Avaya:
IP DECT INDOOR BASE STATION RFP32
IPBS2-C2/1B1 DECT IP RBS V2 W/INT ANTA
?
Слышал что есть сторонние прошивки для дект баз может кто сталкивался?
Заранее благодарен!
Added after 33 seconds:
Кто-нибудь, судари?
| Цитата: |
| IP DECT INDOOR BASE STATION RFP32 |
визуально похожа на AASTRA , можно попробовать скормить прошику от ААСТРЫ, но на свой страх и риск .
| april22 @ Вт Фев 17, 2015 11:22 писал(а): | ||
| Цитата: |
| IP DECT INDOOR BASE STATION RFP32 |
визуально похожа на AASTRA , можно попробовать скормить прошику от ААСТРЫ, но на свой страх и риск .
Спасибо за ответ!
А что за прошивку от Аастра подсунуть?
Какую-то определенную или есть рекомендуемая версия?
Кто не рискует не пьет шампанского
а кстати она прошивку цепляет по сети , в Вашем случае, или все таки щьется в ПЗУ куда то ?
Честно, пока понятия нет как залить ее, видимо по tftp как-то.
Added after 56 minutes:
Уважаемые гуру, может все таки кто-то прикручивал базовки avaya к астеру?
Без прошивки на AAстра...
| Цитата: |
| Честно, пока понятия нет как залить ее, видимо по tftp как-то. |
а вы хоть ее включили . посмотрели ? доки какие то по инсталу почитали ?!
да и не думаю что там чистый SIP будет , какой нибудь опять извращенный аваевский
Шарахаемся по штатным настройкам базы, пытаемся зацепиться по h323 к астеру, какие-то пакеты летают между астером и базой и наоборт, смотрим tcpdump.
Added after 2 minutes:
april22, спасибо за обратную связь!!!
лицухи можно и купить , правда это не дёшево будут - но поверьте оно того стоит .
у меня таких два кластера по 15 базовых станций .
просто для себя можете в личку скинуть некоторое количество скринов , просто интересно для себя .
_________________
Обновленный chan_h323 с поддержкой T.38 для Asterisk 1.8, 10, 11 и 12 - http://code.google.com/p/ast-h323/
| amateur @ Чт Фев 19, 2015 06:35 писал(а): |
| Покажите запись обмена по H.323. Попробуем истолковать. |
Спасибо и Вам добрый человек за обратную связь!
Запись обмена чего вам показать? на стороне астера в ooh323.conf сделали так:
[dectavaya]
type=friend
context=local
host=192.168.1.4
port=1720
allow=all
На DECT базе соответсвенно указали обратный адрес астера.
Слушаем tcpdump'ом и видим что какие-то пакеты ходят есть между астером и dect базой avaya и обратно.
Только не нужно брониться что не то что-то предоставили
Если готовы помочь разобраться в этом не легком деле, готов на диалог и готов предоставить все что потребуется для совместного копания - ковыряния и прикручивания "этих" .... dect баз к астеру.
надеюсь как пользоваться tcpdump рассказывать не надо ?
_________________
платный суппорт по мере возможностей
| Код: |
| tcpdump -i -s 0 -w traffic.pcap host 192.168.1.4 |
Вставку нужно заменить на название сетевого интерфейса Linux, через который осуществляется обмен пакетами между Asterisk и DECT. Пишу так на случай если интерфейсов несколько.
Перезагрузите "dectavaya", подождите 5 минут, остановите запись (Ctrl-C), прикрепите файл traffic.pcap к теме.
Added after 2 minutes:
awsswa, не факт, что только TCP:1720. Возможно устройство пытается зарегистрироваться у Привратника, а это уже UDP:1719. Поэтому, писать лучше всё.
_________________
Обновленный chan_h323 с поддержкой T.38 для Asterisk 1.8, 10, 11 и 12 - http://code.google.com/p/ast-h323/
Пытаюсь подружить dect базу avaya (IPBS2-C2/1B1 DECT IP RBS V2 W/INT ANTA ) с Астериском.
В DECT базе настроен транк с астериском по порту 1720.
При этом если в настройке dect базы в графе IP-PBX , ставлю PBX=ACM , тогда транк с астериском не поднимается(status down).
Если ставлю PBX=IPO , тогда транк с астериском поднимается, пишет status active.
При это Dect база AVAYA , даже при активном транке и PBX=IPO, не хочет регистрировать трубки, потому что как я понял нет кода SARI.
т.к. в логах dect базы нет попыток регистрации трубок.
Подскажите, Но если я dect базу AVAYA пытаюсь подключить к астериску, ведь ей не нужен код SARI в таком случае ?
Подскажите, почему при PBX=ACM может не подниматься транк (ждали минут 15 . )?
заранее спасибо за помощь!
Сейчас мы находимся на этапе сбора информации о событии под условным названием "инициализация" (то, что следует за "включением" оборудования). Хорошо, что Вы указали на разницу в поведении устройства в зависимости от значения параметра "PBX". Однако этого все равно мало. Поэтому, теперь, если Вы еще не передумали, задача для Вас усложняется. Нужно записать трафик с разными значениями параметра "PBX" в разные файлы и прикрепить оба к теме.
Вам все понятно?
_________________
Обновленный chan_h323 с поддержкой T.38 для Asterisk 1.8, 10, 11 и 12 - http://code.google.com/p/ast-h323/
Заранее благодарю всех участвующих.
если нет то от AASTRы я думаю не подойдет ...
а так самая ранняя есть кажется 1.6.6
да и на сайте астры можно порыться , там что то было
вот тут посмотрите
я писал уже
3.0 точно работает с 32 базой
http://miteldocs.com/document-library_2. ... od_id=6023
Информация по проекту:
1) прошивка нужной версии была найдена(Для тех кто не в курсе: AASTRA объединилась c MITEL а у них на сайте есть только OMM 4 - 5 , а они слишком наворочены).
1) для проведения тестов по интеграции с программной АТС(любой) необходимо создать DECT-кластер из минимум 3 DECT BASE STATION.
2) для создания кластера необходима Главная станция с лицензией и еще +2 станции для получения PARK Кода.
ситуация осложнена тем, что нет в наличии (к сожалению) 2-x свободных RFP32 Base Station, это необходимо для того чтобы кластер работал(иначе 72 часа на понимание).
получить PARK код от кого либо не имеет смысла, так как он генерится из 3-x MAC ADDRESS DECT BASE STATION:(
Также нет желания пока, что тратить деньги на приобретение лицензии для теста проекта, хотя скорее всего придется
| Цитата: |
| 1) для проведения тестов по интеграции с программной АТС(любой) необходимо создать DECT-кластер из минимум 3 DECT BASE STATION. |
Не говорите ерунду . можно и с одной базовой станцией , у меня такой работает, и я могу доказать это .
| Цитата: |
| 2) для создания кластера необходима Главная станция с лицензией и еще +2 станции для получения PARK Кода. |
опять ерунда , у меня на половине систем парк придуман от балды , или стянут с одноименной системы , не знание механизма PARK вводит вас в заблуждение .
| Цитата: |
| ситуация осложнена тем, что нет в наличии (к сожалению) 2-x свободных RFP32 Base Station, это необходимо для того чтобы кластер работал(иначе 72 часа на понимание). |
на прошивке 1.6.6 нет ни какого триала . и лицензии не нужны .
| Цитата: |
| получить PARK код от кого либо не имеет смысла, так как он генерится из 3-x MAC ADDRESS DECT BASE STATION:( |
парк не генерится от маков , а генерится лицензия на основе MAK, в которой вы и указываете парк ( какой взбредет!!!! ) , а потом лицензию вы заливаете уже в кластер. И изменить этот парк не возможно без перегенерации лицензии или полностью или частично .
вся эта петрушка с лицензиями пошла с 3-й ветки .
на самом деле . если внимательно прочитать правила лицензирования , то до 3х базовых станций сейчас есть послабление ( ищите на сайте аастры-мителя)
а одна базовая станция может и так быть от лицензирована.
Только вот я ни как не могу понять, как залив прошивку выше 3.0 вы смогли получить OMM базовую станцию. Ведь для прошивок
1) Мы еще не пробовали получить на license2.aastra.com код для одной базовки (SIP DECT-Lite). Надеюсь так от лицензируется.
2) Если "петрушка" пошла с 3.0, то 2.1 тоже не требует лицензии?
3) Ни кто и не говорил что вливали 4.0 (3.1 lite, 4.0, 5.0 есть на сайте), а мы раздобыли 1.6, 2.1 и 3.0 их должна кушает RFP32.
Вопрос, я правильно понимаю, что если в кластере главная базовка на 3.0 то все второстепенные несут тоже 3.0 иначе не будут работать?
Хотелось бы узнать на какой OMM все это живет лучше всего?
Также думаю надо попробовать прошить IPBS2-C2/1B1 DECT IP RBS V2 W/INT ANTA уж больно похожа на AASTRA BS332, Ascom IPBS2-A3 .
камней там тьма и маленькая тележка в зависимости от ситуации.
Говорю вам , на прошивке 1.6.6 , работает без лицензий и прочей мути .
| Цитата: |
| Также думаю надо попробовать прошить IPBS2-C2/1B1 DECT IP RBS V2 W/INT ANTA уж больно похожа на AASTRA BS332, Ascom IPBS2-A3 . |
не путайте мягкое с теплым , одна SIPDECT второе TDMDECT.
| ikornilov @ Thu Mar 19, 2015 11:52 писал(а): |
| IPBS2-C2/1B1 DECT IP RBS V2 W/INT ANTA это что за вендор у них? Может есть шанс подружить их с астером? |
День добрый!
Это и есть база IP-DECT R4 от Avaya. Я ее скрестил с * по H3232, и... она работает только на входящие звонки (от * к базе). Если нужны подробности - то отпишу здесь. Я использую IPBS[4.1.30], Bootcode[4.1.30], Hardware[IPBS1-Y3 /1F] .
Последний раз редактировалось: pivoprovod (Пт Июл 03, 2015 12:04)
| pivoprovod @ Вт Июн 30, 2015 15:54 писал(а): |
| . Только надо на астер поставить AASTRA SIP-DECT-OMM. Тогда сам астериск будет выполнять функцию главной DECT базы и остальные будут коннектится к нему. |
а вот тут по подробней . что поставить и куда ? Ссылку . доказательства !!!!!
AASTRA SIP-DECT-OMM - это встроенный в прошивку веб интерфейс , как его в астер поставить ?!
это все равно что сказать . не забудьте поставить прошивку от голосового шлюза в астериск тогда сам астериск будет сам себе шлюзом , или телефоном
Внутри есть файлик типа SIP-DECT_3.0_SP4.bin
Установка и настройка:
sh SIP-DECT_3.0_SP4.bin
Запускаем OMM командой
/etc/init.d/sip-dect-omm start
Теперь надо изменить порядок запуска служб на сервере. Иначе sip-dect-omm стартует раньше httpd и эластикса и мы не сможем добраться до веб-интерфейса Эластикса.
Посмотреть список запускаемых сервисов:
chkconfig –list
В списке видим:
sip-dect-omm 0:off 1:off 2
n 3n 4n 5n 6:off 0, 1, 2… 6 это уровни ядра. Ну да не суть. Идем в /etc/rc.d/rc3.d/ и находим файл (точнее символическую ссылку) вида @S50sip-dect-omm (то, что начинается с S, относится к запуску, а с K — к останову). Цифра как раз задает порядок запуска.
В MC просто нажимаем на нем F4 редактируем (добавляем строчку выделенную жирным и красным):
#! /bin/sh
#
# Author: Roman Skrobotz
#
# chkconfig: 345 99 50
#
### BEGIN INIT INFO
# Description: Start Open Mobility Manager .
# Provides:
# Required-Start: $local_fs $network $syslog
# Should-Start: SIP-DECT
# Required-Stop:
# Default-Start: 3 4 5
# Default-Stop: 0 1 2 6
# Short-Description: OMM FFSIP
# Description: Open Mobility Server for DECT-IP Solution
### END INIT INFO
Больше ничего не меняем!
Сохранить, закрыть. Теперь команда chkconfig sip-dect-omm on
Проверяем, что в /etc/rc.d/rc3.d/ вместо @S50sip-dect-omm стало @S99sip-dect-omm
заходим через явовскую софтину OMP.jar из того же дистра
Default login/password: omm/omm
Если после этого старт происходит неверно т.е. нельзя приконнектится при включенном sip, то значит сервак слишком быстрый и во время старта sip asterisk ещё не прогрузился. Чтобы это исправить дадим asterisk’у 5 лишних секунд на старт. Для этого:
1)Открываем /etc/init.d/
2)Редактируем файл asterisk
3)Находим строчку start()
4)Рядом с ней есть открывающая скобка – ищем закрывающую – она немного ниже.
5)Перед ней есть строка return
6)Перед этой строчкой пишем sleep 5 – форматирование не важно – главное чтобы на новой строчке.