Перейти к содержимому
Калькуляторы

Serejka

Активный участник
  • Публикации

    424
  • Зарегистрирован

  • Посещение

Все публикации пользователя Serejka


  1. Мы уже берём IP АТС для разруливания телефонии в офисе Yeastar MyPbx Standard (хардвейр с веб-мордой и перепиленным астериском на борту), у нас собственно она находилась на тестировании(было 2 gsm модуля в ней), каждый GSM модуль для АТС является внешней линией. Соответственно для исходящей маршрутизации довольно просто настраиваются правила набора. Правило на АТСке просто будет выкидывать на нужную линию, например, по коду мобильного оператора.
  2. Во время тестирования вылезли вилы. Есть АТС Yestar MyPBX, есть телефоны Yealink (дело как я понимаю вовсе не в вендорах), есть GSM модуль. Звонят клиенты с мобильного телефона, судя по всему ёрзают телефоном по щеке, видимо случайно нажимают клавиши и происходит посылка DTMF, во время посылки приходит противный громкий звук, а так же собеседника не слышишь. Наверняка, проблема тривиальная и возникала не только у меня, подскажите как её побороть? Посылка DTMF конечно же нужна, но эти "случайные нажатия" с мобильных раздражают.
  3. Проблема с регистрацией решилась, переносом тестовой обвески из изолированной подсети.
  4. Досталась на тесты IP АТСка Yeastar MyPBX Standard(2x GSM, 2x FXO, 2x FXS платы расширений) и тройка разных телефонов производства Yealink. Особого опыта с IP телефонией до сих пор не имел. Большую часть вещей которые хотел проверить реализовал без особых проблем, через Web. Затыки начались с тех пор как стал прикручивать SiSky, получаю грабли на граблях. Для начала немножко о схеме сети. IP ATC 192.168.5.150/24 (пул 10-100 отведён под номера) 3 телефона Yealink (192.168.5.220-192.168.5.222 номера соответственно 10-12), телефоны агрегированы через 8 портовый свитч, получают трафик нетегированный Рабочая станция Windows XP 192.168.5.200/24 , на неё установлен Софтфон(zoiper №89) - нормально регистрируется на АТС. На этой же рабочей станции установлен Sisky EE настроено соединение trunk (статус Connected), extension (№69 вечный статус Registering) На АТС отключён межсетевой экран и правила блокировки(блокировок не было). Через транк звонить не могу, хотя добавлял всевозможные исходящие правила. В логах регистрирует звонок с номера статус ANSWERED и длительность сколько была снята трубка, хотя АТС сразу же даёт занятость. Exstension на АТС само собой не регистрируется, прикладываю лог для Wireshark, смущает то что на запросы REGISTER с sip 70 АТС ничего не отвечает, но потом проскакивают Try с sip:unknown с моего айпишника, и приходит в ответ для него 200OK (для чистоты эксперимента софтфон и транк на время регистрации Extension выключены) На выходных развлекался с АТС, и не смотря на статус Registering каким-то образом звонил в skype, и люди даже отвечали, но там был затык что меня не слышат, слышал только я. И вообще то какие-то отдельные грабли, которые наврядли имеют отношение к проблеме. Помогите побороть эту Сиську Логи АТС 20.19.0.23-pbxpcap(5).tar
  5. От жеж эти флудеры.
  6. Зачем тогда NSG? Берите микротик, "вменяемые деньги" как раз. Общался с человеком у которого богатый опыт эксплуатации Микротиков, если тезисно: 1. Оборудование от поставки к поставке хереет. 2. BCP - с глюками. 3. EoIP - всё хорошо, но проприетарный. Это несколько отбивает желание. Готовы рассмотреть любые другие варианты по оборудованию. Есть ещё такие технологии как VPLS (можно заказывать такую услугу у оператора и не парить себе мозг), есть ещё cisco OTV =) В общем если вы не хотите ковыряться со всеми этими технологиями, то проще и правильнее будет заказать у оператора услугу L2-связанность, а как он это будут делать никому не интересно. Если вы хотите сами с этим разбираться, то имеет смысл пристать к самим разработчикам NSG или вот это крутить. По NSG судя по всему остро поднимается проблема производительности. На их форуме вопрос задавал, не обнадёжили, 15Мбит на территориальном узле грустно звучит. По второй части софтроутер в данный момент и так стоит.
  7. Спасибо за ваше мнение, но необходимо именно L2.
  8. Подобрать оборудование для построения L2 поверх чужого L3. С хорошей производительностью за вменяемые деньги. И само собой что бы было не хуже чем сейчас.
  9. Вопрос до сих пор актуален, форум NSG тоже молчит :(
  10. Создаю отдельную тему с вопросами по NSG в надежде что вопрос дойдёт до большего количества форумчан, которые наврядли его лицезрели в предыдущей теме. Отсюда всё пошло Собственно интересует опыт использования роутеров производства NSG, стабильность их работы, прихотливость в обслуживании и любая другая полезная информация. NSG рассматривается как одна из возможностей решения задачи передачи L2 трафика между офисами, поверх чужой сети. В общих словах, потенциал L2 транспорта на NSG Подробнее с картинками через туннели
  11. Рисковое это дело, особенно с витухой. Если местность глухая пердь то чуть полегче. А так попасться можно легче простого и повесят всё что можно оптом.
  12. Зачем им вообще мои личные данные? ах да, что за глупый вопрос.
  13. Пусть определятся с тем что строить то хотят. Под освоение денег можно и ТФОП забабахать и никогда деньги не отбить назад.
  14. А чего добиться то хочешь? если увеличение ширины канала, то агрегация должна помочь. И да STP работает абсолютно корректно в твоём случае, видит петлю и тушит.
  15. Может есть у кого опыт работы с оборудованием NSG. После того как Дмитрий в скайпе раскритиковал Микротик, просматриваю альтернативы на уровне L2. В общим словах, потенциал L2 транспорта на NSG Подробнее с картинками через туннели Смотрится многообещающе, интересно что в реальности.
  16. Да спасибо Дмитрию (myst), поделился богатым опытом по микротикам в том числе :)
  17. Не надо так делать, обречете на вечные проблемы при большом количестве устройств. Например все каналы до всех устройств 100 мегабит, до одного устройства канал 10 мегабит, тут вдруг все остальные начали гнать широковещательный трафик или что-то подобное на скорости 20 мегабит, естественно все клиенты отработали нормально, а тот, у которого 10 мегабит отрубился. Поэтому желательно рассмотреть возможность изменения ТЗ и осуществлять пропуск L3 трафика, это и в настройке намного проще. На удалённых устройствах должен быть целый букет VLAN-ов, не повторяющихся между устройствами, из стабильно повторяющегося ADMIN VLAN. Кроме него есть буквально пара VLAN с одиннаковыми ID, которые нужно забриджевать между собой, например сеть корпоративной IP телефонии. На счёт вариантов реализации, спасибо что направили в какую сторону копать, поизучаю внимательнее, на первый взгляд EoIP выглядит предпочтительнее, и больше похоже на текущую схему. Дополнительно интересует вопрос с наличием у Микротиков сертификатов РФ. Нам в принципе WiFi не нужен. Посоветовали присмотреться к связке оборудования CCR1036(узел) + RB951-2HnD(территории). Есть какой опыт по этому железу? Стабильность работы, неприхотливость к обслуживанию и прочее?
  18. По поводу opt82 вроде как не наш случай. На счёт dot1q не совсем понял что имеется в виду. 802.1q у нас и так используется, я же в изначальном сообщении озвучил требование к оборудованию, что узловая железяка должна обеспечивать поднятие множества туннелей для членов с одиннаковым VLAN ID и их взаимодействие между собой. На счёт любых микротиков с лицензией L5+, конкретно это где-то почитать можно? Или же основано на собственном опыте, если на опыте то насколько подобная схема была?
  19. Поставлена задача проработки вариантов реорганизации существующей сети. В данный момент схема включения территориальных узлов следующая: 1. На центральном узле стоит linux сервер, который выступает сервером туннелей 2. В территориальных узлах стоят модифицированные OpenWRT роутеры, которые осуществляют маршрутизацию трафика полученного от транспортного провайдера и выступающие в роли L2TP client (поднимают туннели на сервер) Собственно рассматриваем варианты замены линукс сервера на специализированную железяку(покруче), а OpenWRT роутеров на специализированные желязки(попроще) само собой желательно одного вендора. Есть одно обязательное требование к железякам. На центральном узле железка обязательно должна поддерживать поднятие множества туннелей с одним VLAN ID и общение этих клиентов между собой. Слышал что это возможно организовать на Mikrotik, но вот на каких конкретно моделях это возможно не знаю. Можно рассмотреть и других производителей. Подскажите кто знает.