VoIP мост, посоветуйте железо
 

Посоветуйте пожалуйста железки для организации VoIP моста между древними офисными АТС-ками, желательно без всяких ipPBX по середине, с одной стороны 8-16 fxo с другой 8-16 fxs, хочется чтоб было не оч. дорого и работало стабильно без вмешательства, экспериментировать без отзывов нет желания.
З.Ы. поменять атс-ки или докупить voip платы, использовать asterisk-и\freeswitch-и на pc с Е1\FXS(O)-и, а также конверторы E1-ETH не предлагать, хочется именно sip пустить по IP используя то что есть, просто добавив мост из двух VoIP-[filolog]ных[/filolog] шлюзов в силу разных обстоятельств.

под звездами "н ы х"

не знаю как у остальных, d-link похоже называет это режим "hot line" или точка-точка
[img]http://d-link.ru/up/uploads_img/FAQ/faq_voip_28_01.gif[/img]
[url]http://d-link.ru/ru/faq/95/546.html[/url]
в общем надо нечто похожее замутить :)

каков бюджет?
сколько абонентов?
1 офис или центральный офис с отделениями?
будет ли расширение абонентов?
сколько одновременных сессий?
сколько внешних линий?
кто будет интегратором? если не ты - пусть они тебе и предлагают.

Когда ответишь на эти вопросы, станет ясно в чем ты нуждаешься. По опыиу могу сказать что городить телефонию из кучи сомнительных длнков - геморой. Лучше купить 1 нормальную IP АТС. Или же перейти на * - очень гибкое решение как со стороны функционала, так и со стороны надежности. Развенуть сервис после переезда офиса дело 1 часа.

3-wladuha > я опыт эксплуатации просил, а не как лучше, я только в этом нуждаюсь, скажем так это будет альтернативный бюджетный(колхозный) вариант от того как лучше :) расширения не будет, кол-во абонентов из картинки и темы ну пускай 12-16(одновременных пускай треть), остальные в АТС на аналоге, если опятьже обращаться к картинке.

[толпа аналоговых клиентов]--много телефонных кабелей--[АТС]--аналог(16 линий)--[шлюз1]--ipсеть--[шлюз2]--16 аналоговых телефонов
вот так т.е. кол-во клиентов шлюзов=кол-ву fxs портов (про вторую атс из темы можно забыть)

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

6-NOVIchok > спасибо, а на поменьше есть чего-нить прилично работающее ?

не ну а если использовать * все равно надо платы к нему со стороны центрального офиса и такуюже штуку со стороны удаленого(либо просто шлюз который регится на первом либо менять телефоны на sip-ые ), все равно огород, тогда ясное дело проще перейти на ip АТС-ку, искал более бюджетный вариант...

8-701054 >хочешь можем сделаем обследование вашей инфраструктуры и поможем с переходом на SIP + не озвучил какой канал между офисами

9-NOVIchok > спасибо, но у нас уже все переобследовано и есть немного специальнообученых телефонистов с атсками - некоторые ценой в крыло боинга :) это так для знакомых озадачился как можно сделать бюджетно, заодно разведать про несовсем понятные железки :) правда так никто и не написал какие шлюзы у кого и как косячили :)

10-701054 >cisco spa 8800 надёжные железки но быть SIP клиентами не умею и очень капризны к плавающему питанию
dlink DGS 5004s умеет быть сервером и умеет быть клиентом но работает стабильно опять таки когда под ним есть упска со стабилизатором и если захандрила менять блок питания

но и та и другая железка буден не шибко ласково работать из за NAT, по VPN работает отлично

както так

да...полазил по форумам телефонистов, в общем АТС c ip платой самое оно...
[quote=NOVIchok;25542961]не озвучил какой канал между офисами [/quote] канал не прямая медь к сожалению, но для sip-a хватить должно т.е. откусить с 2-х сторон даже по 1-2 Мбита под эту тему не проблема, джиттер правда не совсем айс, точных цифр не помню.

11-NOVIchok > о , вот уже что-то , пасиб, на форумах телефонистов...правда полазил там матерят на чем свет стоит всякие такие варианты как в теме, в общем они наверно правы, разрыв в деньгах не слишком большой относительно нормальных АТС с VoIP, а головняк с кучкй железа увеличивается.

13-701054 >1 sip через NAT с 711 кодэком (качество звучания 4,5 (5 это аналоговая медная линия)) откусят 128 килобайт/с а не килобит/с от канала можешь дальше считать какой канал тебе нужен

откуда такая цифра ??? хотя там и 10 откусить не проблема...но все-таки...

просто интересно почитать, понимаю что будут некие "оверхеды" за натом, можно избавиться просто vpn-ом или тунеллем, но что прям так на порядок практически

кста, я б просто почитал по теме мож есть какой ресурс или книга по теме доходчивая?, а то неудобно искать разрозненые кусочки...

или весь прикол в том, что без кодеков чистый g711 жрет по 64 в каждую сторону ?

почему 64Кбайты а не 64Кбит, без заголовков все равно не понял, вроде все хауту пишут рассчитывать по 100Кб на один поток

100Кб=100 к бит\с имелось в виду, т.е. если забить все 16 то получается (100кбит*16)*2(поток который в обратку)=3,2Мбита насколько я понял или я чет путаю ?

Ну почти любые шлюзы умеют такую схему делать, хоть длинки, хоть остальные.
По цене можно на Grandstream посмотреть, возможно подешевле выйдет суммарно.

Работать будет примерно так:
1) Если звоним с внутреннего номера миниАТС или входящий с городского на "прокинутый" удаленный номер, то все нормально, шлюз FXO не поднимет трубку, пока на удаленной стороне не поднимется трубка на нужном порту FXS
2) Если звоним с "удаленного" номера, сначала FXS дает "гудок", набираем номер, потом этот номер передается на FXO, который снимает трубку своей линии и набирает этот номер в миниАТС. FXO сначала дозванивается до номера, а потом соединяет канал. Т.е. если на другом конце не берут трубку, то КПВ генерирует FXS, канала еще нет. Если же там занято, то FXO требуется некоторое время на детекцию BUSY (прям как раньше в модемах) и только после этого он передаст по sip-у на FXS ответ busy и тот уже даст отбой. Т.е. со стороны удаленного абонента такие звонки будут "подтупливать".

Опять же, возможны проблемы с трансляцией сигналов Flash на миниАТС - на каждой железке эти настройки делаются по-разному.

Зато если хорошо постараться, то звонки удаленного офиса между собой будут ходить локально, без петли через миниАТС.

Если вопрос не горит, то на работе есть возможность потестить конструкцию на шлюзах Grandstream - есть пара свободных портов на FXO и свободные шлюзы FXS.
Вот только миниАТС аналоговой нету :) на астериске работаем. Так что проброс flash протестить не получится.

20-701054 > зачем поток умножать на 2?
полоса используется 64кбит/сек туда и 64кбит/сек обратно, но складывать потоки разных направлений неправильно. Это только при учете трафика особо жадными провайдерами имеет смысл.
Иначе бы торренты качались со скоростью в полтарифа - полскорости прием и полскорости отдача.

так что 64кбит/сек * 16 = 1мбит/сек - это максимум, заголовков там процентов 10, не больше.

Опять же - 16 одновременных разговоров - это из области фантастики обычного офиса, если, конечно, это не колл-центр. А какой, нафик, колл-центр на тупой аналоговой атс? :)

Да и никто не мешает вместо 711 включить 729 - суммарную полосу можно раз 5 уменьшить.

А еще если посчитать цены.
смотрим грандстримы:
8 FXO шлюз GXW4108 - средняя цена на яндекс.маркете 16т.р.
8 FXS шлюз GXW4008 - средняя цена 11т.р.

получается за один прокинутый номер - 3400р
за 16 каналов - 54т.р.

FXO шлюзы обычно дороже стоят, чем FXS.

Так что при некоторых раскладах, советы выкинуть что есть и сделать все на IP - вполне себе экономически более выгодные будут. Опять огромный дополнительный функционал астериска, почти "забесплатно" (ну за настройку придется заплатить кому-то). Это и логи звонков, и IVR любой сложности, и запись всего подряд, ну и т.д. и т.п.

21-alexm13 >22-alexm13 >о, спасибо за подробное описание, очень доходчиво ! насчет скорости...про складывать...так в обе стороны укладывается в 64кбит ? или просто считать не принято(не жадный провайдер:), просто не совсем ясно. Нашел калькулятор [url]http://www.bandcalc.com/[/url] , потом даже высчитал оверхеды на впн при 50 пакетах в сек. - ерунда в пару лишних десятков кбит получилась(зависит от типа gre ovpn и тд), про нат тему так и не понял ну сам sip может чего лишнего кидает, когда за натом но тоже мелочи, в общем вроде не все так страшно .
а 729 везде есть ? просто он же там с патентом был, мож производы экономят :)
потестить не горит, интересовала сама возможность и насколько оно может работать без вмешательства, за наводку на Grandstream спасибо, буду посмотреть :)

[quote=701054;25545395]так в обе стороны укладывается в 64кбит [/quote] хотя догнал...они оба ж с двух сторон врядли будут одновременно орать в трубку :)

или не догнал...обычно слышно фон у того кто слушает...птички там поют иногда машины шумят...:)

а [filolog]епт[/filolog] ну да in\out надо отпилить, а умножать не надо :)

15-701054 > внимательно готовимся к CCNP и будет понятно откуда такая цифра
22-alexm13 >читаем мат часть потом задаём глупые вопросы про канал
далее также сталкиваемся с кодэками в живую и пытаемся понять что нам говорит собеседник используя кодэк g729 далее не советуем глупостей начинающим и пожалуй учим мат часть

26-701054 >если брать грандстрим то там начинается лотерея где-то пашут где-то заставить их работать стабильно практически не получается при прочих равных
абонентские телефоны пока-что не встречал ничего лучше цисок 502\504

16-701054 >вот тут вы в правильном направлении начали рассуждать читаем дальше про UDP+NAT+VPN+STUN

[quote=NOVIchok;25545606]внимательно готовимся к CCNP[/quote] учебников нету :) гуглю замучал уже
в общем похоже , что проще удвоить ценник, и кинуть в обоих точках недорогие миниАТСки с sip trunk-ом взамен старых, а дальше в зависимости от потребностей(лицензирования и проч) можно сунуть посередине * (если будет эластикс, можно и спецов не звать:) и пользовать его под нужды в том числе voip провов, для снижения расходов...писать все разговоры и делать всякие голосовые менюшки цели нет.

31-701054 >эластик... не стоит с ним связываться

все равно никак не дойду до такой цифры, ну пускай будет IP (20 bytes) + User Datagram Protocol (UDP) (8 bytes) + Real-Time Transport Protocol (RTP) (12 bytes) headers + раз упомянули cisco,то gre 24 bytes + ipsec 85 bytes (самое большое что может быть) + сам payload g711(пусть будет вот тут большой вопрос чем меньше тем больше пакетов) все это умножаем на кол-во пакетов в сек, а нат хз чем там влияет, stun тоже не знаю...

32-NOVIchok > почему ? разрулить на нем направления и смотреть статистику вполне пойдет, за нат его не высовывать и пусть сидит тихонько.

+33 а 64 000 бит в секунду ему надо отправить...запарился считать...а как понять сколько он в пакете отправляет я хз если он весь остаток пакета под себя загребает, то не может быть таких цифр все равно даже если ещё оверхеды какого-нить ppp привесить

34-701054 >ещё ниразу не видел астер с вэб интерфёйсом стабильно работающий буквально недавно наблюдал эпический фэйл "Asterisk RUS" которые сношались с астером гдето пол года (это у них был типа проэкт внедрения по договору 2 недели должен был длитса) но так и не заставили его работать как раз с вэб интерфейсом .. было забавно
33-701054 >по этому вопросу учим всё-таки мат часть ваше всё gre тут не причём а вот торию лучше чем у цисок, никто не раскажет только поэтому циска

[url]http://ru.wikipedia.org/wiki/G.711[/url] ну так для начала и внимательно читаем про то что делает с пакетом НАТ ну или впн

сори за опечатки
и кстати есть такой параметр у кодэков говорящий о качестве восприятия собеседником информации так вот максимальное качество у медной линии 5, у 711 4.6, у 729 этот параметр равен 2,3 вот после осознания глубины прикладного значения этого параметра вы поймёте что объективной альтернативы кодэку 711 пока нет

голову поломал уже с этими КБ, осталась только мысль про фрагментацию пакетов на нате\впне, но ведь можно бороть при помощи MTU если всего 2 управляемые точки
как в теме.

З.Ы. ещё б позадовал глупых вопросов, но надо ехать в море поваляться :)

для топикстартера,
если ограничиваться 8-мью каналами,
то возьми пару таких комплектов
[url]http://shop.nag.ru/catalog/02601.VoIP-i-Telefoniya/02603.SHlyuzy-FXSFXO/04204.c1760-8-port-Analog-Bundle[/url]

для FXS можно было бы взять 827-4V несколько штук, они сейчас стоят копейки.
на FXO могут потребоваться отбойники, тоже нужно учитывать и в спеку закладывать.
Абгрейд/замена станций для работы по SIP транкам обойдется конечно дороже, но это было бы более правильное решение.

[quote=NOVIchok;25544320] 13-701054 >1 sip через NAT с 711 кодэком (качество звучания 4,5 (5 это аналоговая медная линия)) откусят 128 килобайт/с а не килобит/с от канала можешь дальше считать какой канал тебе нужен [/quote]

что за абсурд,
одна сессия 711 кодеком прекрасно помещается в 128 именно килобит/с при работе через NAT, проверено лично.