Перейти до

Пошук по сайту

Результати пошуку за тегами 'kx-nt321'.

  • Пошук за тегами

    Введіть мітки через кому
  • Пошук за автором

Тип контенту


Категорії та розділи

  • Налаштування
    • Залізо
    • Кабель
    • IPTV КТВ Кабельне телебачення
    • Wi-Fi
    • Софт
    • Інструмент для оптоволокна
    • Ігри
    • PON
  • Організація
    • Мережа - бізнес
    • Пошук мереж
    • Пошук провайдера
    • Обговорення провайдерів
    • Датацентри. Хостінг. Colocation.
    • Для Адміністраторів
    • Придбання, продаж, об'єднання мереж
    • Для людей
    • Вакансії. Робота. Курси.
  • Stargazer
    • Розробка Stargazer
    • Питання по Stargazer
    • Stargazer Ubilling
    • Модулі для Stargazer
  • Безпека
    • Віруси й Антивіруси
    • Цілісність системи
    • Захист обладнання
    • DDoS захист
  • Комуналка
    • Наш флейм про мережі
    • Щодо сайту
    • Торгівля
    • Для тих, хто в пелюшках ще
  • Регіони
    • Харьков
    • Чернигов
    • Днепропетровск
    • Полтава
    • Крым
    • Запорожье
    • Тернополь
    • Донецк
    • Львов
    • Житомир
    • Сумы
    • Одесса
    • Черновцы
    • Закарпатье
    • Луганск

Календарі

  • Основной календарь

Шукати результати в...

Шукати результати, які...


Дата создания

  • Начать

    Конец


Последнее обновление

  • Начать

    Конец


Фильтр по количеству...

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

  • Начать

    Конец


Группа


AIM


MSN


Сайт


ICQ


Yahoo


Jabber


Skype


Город


Интересы

  1. Всем привет. Есть центральный офис, в котором стоит АТС-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 Уже весь мозг кипит.На одном из форумов похожую проблему решили так, цитирую: "Проблема была решена путем внесения в маскарад настройки искоючающей подсеть внутренних адресов" - пока ума не приложу как такое сделать.
×
×
  • Створити нове...