saner

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

Поменял микротик на другой с более свежей прошивкой 6.хх(в центральном офисе телефоны нормально работали с этим микротиком) и пипец все равно телефоны каждую минуту падают. Ну смотрите тел аппарат у себя проверял - работает. Провода менял - толку 0. Микротик поменял - толку 0. У меня еще 2 варианта: поменять провайдера (Воля - раздают по коаксиальному кабелю через какой-то свой модем) или поменять panasonic на d-link.

Тю вот я упустил одну деталь. Есть еще 3 удаленных офиса, в которых тоже стоят такие же модели телефонов и микротиков и у них все норм. Получается проблема в микротике или провайдере? Короче настраиваю другой микротик, отправляю туда.

Пинги не теряются и vpn соединение стабильно, а вот NAT включен. Пробовал отключить оба включенных правила, так на компах перестал пинговаться DNS 8.8.8.8 ну и соостветственно скайпы браузеры перестали работать, включил маскарад обратно. Не достаточно разбираюсь... /ip firewall nat> print Flags: X - disabled, I - invalid, D - dynamic 0 chain=srcnat action=masquerade out-interface=(10)WAN-volia 1 X chain=srcnat action=masquerade out-interface=(9) 2 chain=srcnat action=masquerade src-address=192.168.168.0/24

Всем привет. Есть центральный офис, в котором стоит АТС-Panasonic, в удаленных офисах стоит mikrotik rb2011uias2hnd, через VPN офисы объеденены. В одном из филиалов, где как раз проблема используются телефоны panasonic kx-nt321 они имеют свой проприетарный протокол и не поддерживают sip и h323. В локалке филиала работают 3 компа и ip камера по wifi, клиентский wifi и 2 ip-телефона (panasonic kx-nt321) подключены соответственно по кабелю. Микротик раздает адреса по DHCP и в ip-телефонах включен dhcp-client. Проблема : оба телефона не зависимо в режиме ожидания или при разговоре почти каждые две-три минуты рвут соединение, телефоны начинают ребутиться. В логе микротика я вижу на их интерфейсах в это же время 1 link down и через секунду 1 link up, т.е. каждую минуту-две теряется линк телефон-микротик. Зато в других филиалах стоят аппараты Dlink и проблем нет. Что пробовал: 1. Менял кабеля(которые соединяют микротик и телефон); 2. Переключал телефоны на другие интерфейсы микротика; 3. Делал пинг из сетки где находится АТС до внешнего адреса микротика в проблемном филиале - все стабильно; 4. Подключил аппарат на аналогичный микротик, только с дефолтными настройками и чуть свежее прошивкой, у себя в сетке, где стоит АТС - телефон 5 дня пропаботал работает идеально; 6. Установил на одном из их компов софтфон - работает идеально. 7. Посоветовали отключить IP-Firewall-Service Ports - h323 и sip - не помогло. 8. Посоветовали поставить перед телефоном поставить обычный свич - не помогло. 9. Посоветовали сделать отдельный VLAN для телефонов - вот тут я и застрял: 1-й телефон подключен в 1-й порт, 2-й в 4-й порт. Создал "bridge-iptel" и в портах выставил 1-му и 4-му интерфейсам bridge-iptel. Создал VLAN1 интерфейс id=1 interface=bridge-iptel. В телефоне соответственно настроил VLAN=enable, VLANprimary=1, Priority=7(хз какой нужно ставить). Дальше добавил в Address list сетку для телефонов 192.168.168.0/24 и выбрал для нее интерфейс VLAN1 , сделал DHCP-server с интерфейсом VLAN1 и пулом 192.168.168.2-192.168.168-10. Добавил в NAT правило action=masquerade , chain=srcnat, srcaddress=192.168.168.0/24. Проблема осталась таже, но хочу знать я хоть правильно этот VLAN сделал или нет? И теперь односторонняя слышимость я звоню и слышу абонента, а он меня нет. /ip firewall filter> print Flags: X - disabled, I - invalid, D - dynamic 0 ;;; Allow ping chain=input action=accept protocol=icmp 1 X chain=forward action=accept protocol=icmp 2 ;;; Accept established connections chain=input action=accept connection-state=established 3 X chain=forward action=accept connection-state=established 4 ;;; Accept related connections chain=input action=accept connection-state=related 5 X chain=forward action=accept connection-state=related 6 X ;;; Drop invalid connections chain=input action=drop connection-state=invalid 7 X chain=forward action=drop connection-state=invalid 8 chain=forward action=drop dst-address=192.168.0.0/16 in-interface=Public_Wi-Fi Pornosonic Уже весь мозг кипит.На одном из форумов похожую проблему решили так, цитирую: "Проблема была решена путем внесения в маскарад настройки искоючающей подсеть внутренних адресов" - пока ума не приложу как такое сделать.