» IP-телефония - общие вопросы

Цитата:

попробую подружить шлюз с виртуальной АТС IP провайдера.

Делал экпериментальный запуск - подружился и нормально заработало.


Цитата:

модем от GSM оператора

Обратите внимание, там не любой модем подходит! Этот вопрос важен.

barsthebars , понял. Значит есть положительный опыт!
Про модемы - да конечно, видел на сайте модемы, с которыми софт тестировался. У меня как раз Huawei E173 есть, от GSM оператора, на котором корпоративные мобильники работают.

eap

Цитата:

Бесплатный модем от GSM оператора и бесплатный программный шлюз - гораздо интереснее!

Не торопись с выводами. У нас например оператор продаёт модемы с заблокированными голосовыми функциями и невозможно обновить прошивку. Поэтому сначала уточни это у представителя оператора.

barsthebars, не смог подружить модем Huawei E173 с операторами Задарма и Телфин... Нет регистрации програмного шлюза Oktell SIP-GSM. IP телефрны настроены на обоих операторов и работают. Настройки программного шлюза аналогичные, но не регистрируется.
Ruza, до проверки голосовых функций модема дело не дошло. Но программа его увидела и опознала. Дома есть еще один модем - разлоченный и точно с голосовыми функциями - звонил с/на него через колонки и микрофон ноута.
Завтра на свежую голову попробую еще раз разобраться с регистрацией у IP операторов.

Цитата:

оператор продаёт модемы с заблокированными голосовыми функциями и невозможно обновить прошивку.

Практически все хитрые, что я читал - все равно разлочиваются.... При условии что железка все-таки с голосовыми функциями.


Цитата:

не смог подружить модем Huawei E173 с операторами Задарма и Телфин...

Режим "шлюз" и режим "сервер" имеют разные настройки, надо внимательно там смотреть. Были тонкости, я уже не помню сейчас точно...

barsthebars

Цитата:

что я читал - все равно разлочиваются.... При условии что железка все-таки с голосовыми функциями.

То что разлочка возможна - спору нет, но для модели Е173 с прошивкой 11.126.16.17.209 я так и не нашёл возможности разлочить голос Пришлось купить другой. С тех пор только проверка в магазине и только потом покупка.

Добавлено:
eap

Цитата:

Нет регистрации програмного шлюза Oktell SIP-GSM. IP телефрны настроены на обоих операторов и работают. Настройки программного шлюза аналогичные, но не регистрируется.

Тебе придётся делать свою станцию с регистрацией у операторов и к ней цеплять шлюз Oktell SIP-GSM и на ней рулить уже кто, куда и во сколько будет звонить.

barsthebars, там режимы "Шлюз" или "Маршрутизатор" - разное поведение при работе, но настройки одинаковые. Не авторизуется ни так, ни сяк
И "С регистрацией на сервере" - то, что мне собственно и нужно, но не работает, или "Без регистрации на сервере" - для работы со своей IP АТС, выходит в готовность, но мне не надо.
Ruza, то есть этот шлюз заточен на свою локальную АТС, а не на виртуальную АТС IP оператора? Например, не может работать через NAT?

eap
Задарма? На территории РБ??
Есть проблемы сейчас....
VPN работает корректно? Все протоколы доступны?

eap

Цитата:

то есть этот шлюз заточен на свою локальную АТС, а не на виртуальную АТС IP оператора?

Честно сказать я не видел настроек твоего шлюза. Но я не встречал пока шлюзов для операторских станций с возможностью переадресации... Хотя я может что то пропустил.

Ruza, Законектился!!!! Вместо номера телефона (СИП-номера) поставил логин. Правда теперь "Занято" при звонке на внутренний номер 106 по IP, но это уже другой вопрос!!!

eap


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

eap

Цитата:

Законектился!!!! Вместо номера телефона (СИП-номера) поставил логин. Правда теперь "Занято" при звонке на внутренний номер 106 по IP, но это уже другой вопрос!!!

Странно, т.е. твой оператор разрешает регистрировать шлюзы как транк? Или у тебя шлюз типа что пришло на номер 106 то и уйдёт на настроенный в шлюзе мобильник?

Цитата:

что пришло на номер 106 то и уйдёт на настроенный в шлюзе мобильник?

Oktell в режиме "шлюз" именно так и функционирует. Внешняя линия оператора тоже.

barsthebars

Цитата:

Oktell в режиме "шлюз" именно так и функционирует.

Тогда понятно, спасибо.

Цитата:

Внешняя линия оператора тоже.

Тут не путай. Внешняя линия управляется правилами АТС, а Oktell в данном случае просто пересылает звонок в мобильную сеть без всяких правил - что пришло то и ушло на заранее запрограммированный мобильник.

ребят помогите

Asterisk 1.8 на CentOS
изначально собирал из исходников, зависимостей и прочего. всё работает по сей день.

понадобилась CDR писать в MySQL
доустановил зависимости ./configure make menuselect res_odbc func_odbc всё увидилось.
make && make install

sip.conf extensions.conf как были так и есть ВСЁ РОБИТ(sip show peers && sip show registry)

далее установил mysql сервер, клиент, unixODBC со всем остальным.

убрал root, тестовую базу и прочее.
создал БД asteriskdb
создал пользователя для нёё.
выставил права этому пользователю для неё(asteriskdb)

/etc/odbc.ini

[asterisk-connector]
Driver = MySQL
Description = Connector/ODBC 3.51 Driver DSN
Server = localhost
Port = 3306
User = uasterisk
Password =******
Database = asteriskdb
Socket =/var/lib/mysql/mysql.sock

далее
/etc/asterisk/res_odbc.conf

[asterisk-connector]
enabled => yes
dsn => asterisk-connector
username => uasterisk
password => ******
pre-connect => yes
idlecheck => 600

/etc/asterisk/res_config_mysql.conf не трогал т..к говорят якобы лучше всё ч..з odbc реализовывать

/etc/asterisk/cdr_odbc.conf
[global]
dsn=asterisk-connector
loguniqueid=yes
dispositionstring=yes
table=cdr
usegmtime=no
hrtime=yes

/etc/asterisk/cdr.conf
убирал / добавлял в секцию [general]
[general]
;enable=yes
dns=asterisk-connector
loguniqueid=yes
dispositionstring=yes
table=cdr
usegmtime=no

также комментировал раскомментировал сукцию [CSV]

в интерактивном режиме asterisk
odbc show показывает мол connect ok
сделал несколько звонков как "внутри" так и "наружу"

#mysql -u root -p ****
use asteriskdb
select * from cdr;

пусто !

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

http://edmundlong.com/edsBlog/odbc-cdr-with-asterisk/
http://lsoft.daraba.ru/content/debian-asterisk-18-mysqlsip-cdr-asterisk-realtime
http://asterisk-system.ru/default/asterisk-1-8-pishem-cdr-ispolzuya-odbc.html
http://www.voxlink.ru/kb/asterisk-configuration/asterisk_odbc_mysql/#odbc_install

Посмотри ссылки. Я поднял по инструкции без особых вопросов
http://help.ubuntu.ru/wiki/asterisk
http://korzh.net/2011-02-chastnyj-opyt-ustanovki-i-nastrojki-asterisk-s-nulya.html

peculiar
премного благодарен буду пробовать
....
я это в декабре оба ресурса изучил. убунта там установка и всё. второй ресурс о БД ничего не говорит. Я просто чувствую что где то что то неконтачит в одном месте.

хрен пойми как завелось.
в консоли высвечивает
cdr_odbc.c :Unable to retrieve database handle. CDR failed

но при проверке на наличие записей в базе записи присутствуют

....
дополнительно правил cdr_adaptive_odbc.conf

20000 раз проверял верно ли всё прописано в odbc.ini odbc_inst.ini res_odbc
сверял параметры dsn. на "просторах" нашёл совет сменить в cdr_odbc.conf параметр dsn на ast, как было так всё и осталось.
в cdr_conf закомментировал секция [CSV]
хрен его знает что ему еще не хватает. "О рилли" даёт примеры PostgreSQL если его уже от безысходности пробовать.
Поидее если закрыть глаза на cdr_odbc.c :Unable to retrieve database handle. CDR failed то всё гуд. База ведь пишется, звонки со всем "добром" в нее попадают. доводит до ручки сообщение статистика звонков failed. Если я с переводом "дружу" то он ругается на хэндл БД. /var/lib/mysql/mysql.sock там лежит, правда видно не mysql.sock а =mysql.sock, тогда как он выводя такую ошибку odbc show показывает что связь есть, cdr shwo status высвечивает odbc odbc adaptive
ЧТО ЕМУ ЕЩЕ НАДО ТО ???

кароче ! сделал ч..з стандартную реализацию mysql.

Коллеги приветствую.

Подскажите по выбору оборудования.
У нас в офисе криво настроены телефоны, а именно стоит AddPac он раздает 6 внешних номеров, на один номер подключено 3-4 сотрудника на параллели (обычная скрутка). Получается если Вася звонит, то Аня и Валя не могут это сделать, ибо они слышат о чем разговаривает Вася.
Руководство поставило задачу, сделать внутреннюю нумерацию внутри офиса.
На данный момент стоит AddPac1100-B.
Хотели приобрести Eltex TAU-24.IP
Вместе их не подружить (как я понял), поэтому тут два варианта.

1) Покупать Eltex и ставить его вместо AddPac
2) К AddPac докупить какой-нибудь аппарат, чтоб можно было настроить внутреннюю нумерацию и повесить на один внешний номер 3-4 сотрудника, чтоб они не мешали друг другу при звонках.

k3NGuru

Цитата:

Руководство поставило задачу, сделать внутреннюю нумерацию внутри офиса.

В данной ситуации самый оптимальный вариант, особенно если офис ориентирован исключительно на аналоговые телефоны, приобрести офисную мини-АТС с аналоговыми портами 8 городских на 32 (или сколько там надо) местных. Например LG-ARIA SOHO - в такой конфигурации около 20к. Городские линии с AddPac-а завести в АТС в порты СО.

И, я вам писал в другой теме, не путайте шлюзы и АТС. И AddPac и Eltex TAU-24.IP это VoIP шлюзы, они предназначены для преобразования среды передачи голоса. Астериск это IP АТС, он работает напрямую с IP телефонами, для того чтобы к нему подключить аналоговые аппараты и нужны VoIP шлюзы. В общих чертах.
Учите мат-часть.

k3NGuru
добавлю свои 5 копеек

если тяга к "дешмановским" трубкам FXS то можно взять "дохленький" PC. на него linux, на него все зависимости + "чистый" *, к нему(*) прикрутить AddPac и к нему(*) же прикрутить можно dlink'овский voip fxs шлюз.(это дешевле в сравнении с PCI Digium карточками)

у вас будет внутренняя нумерация без дырявой скрутки и бюджет ниже.

Нужен совет: Есть 3CX сервер, на сервере поднят PPTP. Нужно подключить телефон не умеющий быть PPTP клиентом - воткнут в маршрутизатор на котором поднимается PPTP соединение с 3CX. Проблема в односторонней слышимости - телефон слышен а звука нет. Конфиг: 3CX - VPN сервер 10.1.1.1\32, маршрутизатор IP в VPN 10.1.1.10; Внутренняя сеть на маршрутизаторе 10.10.1.1\32, телефон 10.10.1.100. 3CX видит IP телефона за NAT, т.е. IP - 10.10.1.100, Телефон в DMZ. Как я понял 3CX не знает как достучаться до 10.10.1.100(телефон). Маршрутизатор - простой TP-Link с pptp клиентом

nsw88
в опциях для учетки телефона NAT
разрешены ли порты
dump
уйдите от 3cx сделайте на голом Asterisk

нету в 3CX аналога nat=yes По трассерту IP телефона 10.10.1.100 сервер 3CX ищет за своим основным шлюзом. Из внутренней подсети маршрутизатора само собой сервер 3СX трассируется - звук с телефона уходит на 3cx а обратно получить не может.
Видимо придется в подсети телефона устанавливать 3cx проксю на виндовую тачку и заворачивать звонки через неё(

nsw88

Цитата:

По трассерту IP телефона 10.10.1.100 сервер 3CX ищет за своим основным шлюзом

С какого такого перепугу вы его (телефон) ищите с сервера по адресу 10.10.1.100? он же за NAT, соответственно сервер видит его с IP адреса интерфейса, на котором NAT поднят ( 10.1.1.10 ).
Дальше,

Цитата:

Внутренняя сеть на маршрутизаторе 10.10.1.1\32, телефон 10.10.1.100

опечатка или ошибка с маской /32?

nsw88
что с разрешением для портов ?

Добавлено:
nsw88
без NAT нормально ли телефон работает ? т..е без vpn и прочего внутри сети где ваш 3CX работает телефон нормально подключается и звук в обе стороны ходит ?

Добавлено:
nsw88
сударь вы ленивая жопа !
...только не подумайте об оскорблении

http://icepartners.ru/stat-i/podklyuchenie-udalennyh-abonentov-v-3cx-phone-system.html

настрйока NAT в нём есть !!!

Добавлено:
что то меня не отпускает
если мне память не изменяет то FreePBX'у можно "скормить" конфиговый файл, как бы поверх уже загруженных(ого) конфига. Ну я предполагаю что на 3CX что то будет сильно схожим.

PlastUn77 очепятка, надо ж было проверить
Kernell32 дык телефон в DMZ на TL-MR3220: все, что валится на wan летит на него. Firewall отключен на TL-MR3220.
В одной подсети с 3CX телефон работает нормально.
Про конфиг не совсем понял. Если шаблон автонастройки - то для Gigaset C610A IP его нет. Да и зачем, если и так все работает без vpn. Про поддержку 3CX NATв пользовательском конфиге не знал, хотя она по-умолчанию включена
Гонять sip трафик в открытую, включать STAN, мапить порты rtp и sip с файрволла на 3CX не охота. И, как я понял, при этом со стороны телефона нужно пробрасывать порты с WAN на него, а интернет-провайдер пускает всех через NAT. Белый IP только на стороне 3СX.
Пара железок работают через VPN чудно, но они сами PPTP клиенты. Жаль, что нельзя настроить TL-MR3220 чтот вроде моста по PPTP, а Gigaset C610A IP не умеет PPTP

nsw88
про конфиг: у FreePBX конфига в базе сэйвится и оттудаже лоадится. вот после того что fpbx загрузила "сверху" наш конфиг под/загружать .... вот не люблю я всю эту хрень лучше руками

если с фаерволом впадлу то тогда впадлу что то дальше делать !

wan это если кто то снаружи ломится. у вас ваш vpn(уже "пролез" разрешение этого трафика ?): трафик дампить пробовали ? tcpdump -> wireshark и смотреть "а по протоколу"


сдается мне что у вас просто порт(rtp) недопроходит

Добавлено:
nsw88
чёртов гигасет а510 сняли с производства. спекулянты за пол года подняли на него цену на 25%

Kernell32
По поводу конфигов - все только ручками, в моей версии 3CX нет готового конфига под мое железо.
Я не говорю что впадлу, зачем мне мапить sip и rtp, гонять трафик в открытую из-за 1 телефона, когда остальные в локальной сети или за прозрачным VPN? Для него уже используется метод обхода NATов http://www.3cx.com/blog/releases/sip-proxy-manager/ все прекрасно работает.
Просто бюджет подключения этого телефона небольшой, чтобы из-за него создавать нормальный VPN тунель.

Добавлено:
Gigaset C610A лично я доволен, а чем не угодил а510?

nsw88
в том то и дело что 510 всем угождает.. просто тупо снят с производства(раз); (два) он был дешевле чем 610