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

ARMADIK

Пользователи
  • Публикации

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

  • Посещение

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


  1. спасибо, попробую протестировать
  2. В инструкции видел NAT (comedia mode), но из нее не понятно как настройка меняет поля в sip. К сожалению нет под рукой шлюза.
  3. Доброго времени суток. Есть сеть в которой живут шлюзы доступа Eltex 1016 и SBC. Сеть разбита на сети с 30 маской, где ip присваиваются интерфейсу маршрутизатора и оконечке eltex. Работаю по sip транку. От SBC периодически поступают пакеты OPTIONS для контроля доступности шлюзов. Сейчас появился клиент, который хочет на наш клиенский ip посадить свой роутер(huawei). Так как интерфейс роутера получит ip клиента, то необходи прокидывать пакеты sip и rtp до шлюза и от него, шлюз будет находится во внутренней сети клиента. Для SBC существует только ip из сети оператора, она ничего не знает о клиентских серых адресах. Может ли eltex знать, что находиться за NAT, и подставлять правильный ip в SDP и других заголовках sip? Может есть у кого опыт.
  4. Разобрался, в сторону AP создал гибридный порт на коммутаторе. Канал прокидывается, управления есть.
  5. Подключаю AP к транковому порту коммутатора. Через AP должен переходить на SM по vlan управления. Перехода не происходит, хотя регистрация есть. Не меняются строки Active Configuration во вкладке vlan на SM, хотя настройки меняю. В чем может быть дело?
  6. Отпадает потому что, телефония на 4 E1 потоках + 100 Мбит инета. Слишком широкий канал для 3G, на мой взгляд. VRRP на маршрутизаторах создаю 2 штуки на каждый саб интерфейс?, а на коммутаторе 1 port channel 2 транковых up link?
  7. Доброго времени суток. Есть топология, состоящая из <Маршрутизатор (cisco 9k)> - <OLT> - <ONT> - клиент. У клиента живет 2 сервиса, телефония и интернет. Так же он хочет иметь резервирование канала предоставления услуг. Из за телефонии, резервирование по 3G, сразу отпадает. Первое, что пришло на ум - это протяжка от другого маршрутизатора новой GPON связки с установкой еще одной ONT. Далее у клиента ставим коммутатор, настраиваем Port Channel на up-link, а между нашими маршрутизаторами поднимаем MC-LAG(по lookback). Осталось проверить, сможем ли поднять MC-LAG между саб интерфейсами и возможность физической прокладки дублирующей линии. Отсюда вопрос, имеет ли право на существование такая схема, и может есть еще идеи по реализации резервирования канала?
  8. Добрый день. Подскажите что за поле в пакете VSS-Monitoring ethernet traile мне показывает WireShark? может ли получатель igmp джоинта (cisco - 9k), не понимать\дропать пакет, из за лишних байтов? Frame 542: 66 bytes on wire (528 bits), 66 bytes captured (528 bits) on interface 0 Interface id: 0 (\Device\NPF_{DBA588C3-ED49-470B-AD6B-838AC491F2C4}) Encapsulation type: Ethernet (1) Arrival Time: Aug 18, 2017 10:45:19.461401000 RTZ 2 (����) [Time shift for this packet: 0.000000000 seconds] Epoch Time: 1503042319.461401000 seconds [Time delta from previous captured frame: 0.180545000 seconds] [Time delta from previous displayed frame: 28.995750000 seconds] [Time since reference or first frame: 165.518188000 seconds] Frame Number: 542 Frame Length: 66 bytes (528 bits) Capture Length: 66 bytes (528 bits) [Frame is marked: False] [Frame is ignored: False] [Protocols in frame: eth:ethertype:ip:igmp:igmp:vssmonitoring] [Coloring Rule Name: Routing] [Coloring Rule String: hsrp || eigrp || ospf || bgp || cdp || vrrp || carp || gvrp || igmp || ismp] Ethernet II, Src: Zhongxin_9c:7f:9a (00:d0:d0:9c:7f:9a), Dst: IPv4mcast_00 (01:00:5e:00:00:00) Destination: IPv4mcast_00 (01:00:5e:00:00:00) Address: IPv4mcast_00 (01:00:5e:00:00:00) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast) Source: Zhongxin_9c:7f:9a (00:d0:d0:9c:7f:9a) Address: Zhongxin_9c:7f:9a (00:d0:d0:9c:7f:9a) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) Type: IPv4 (0x0800) Padding: 0000000000000000000000000000 Internet Protocol Version 4, Src: 192.168.2.14, Dst: 225.0.0.0 Internet Group Management Protocol [iGMP Version: 2] Type: Membership Report (0x16) Max Resp Time: 0.0 sec (0x00) Header checksum: 0x08ff [correct] Multicast Address: 225.0.0.0 VSS-Monitoring ethernet trailer, Source Port: 0 Src Port: 0
  9. Коллеги, доброго времени суток. Планируется оптимизация на сети, и следственно увеличение трафика на портах железок. Трафик - интернет, tv, телефония. Есть ли у кого опыт, как ведут себя данное оборудование при загрузке более 80%. Сейчас задействуем около 20% ресурсов. OLT ZTE ZXPON C300 и Huawei MA5600T.
  10. Опечатался в топике (Радиоконвертер - Блок распределения проводного вещания) Сам знаком с Натексов, в частности voip. Проблем куча.. Речь идет о проводном радиовещание. Услуга необходима для сдачи дома застройщиком.
  11. Лог в тех поддержку провайдера скиньте, пусть ищут узкое место. Опиши с какого телефона на какой и во сколько звонили.
  12. Поставьте дамп на интерфейсе по порту sip, займите 3 линии, и набери еще раз, приходит ли invite.
  13. Коллеги, доброе утро Собираемся закупать радиоконверторы для проводного радиовещания. Железка берет мультикаст поток и отдает аналог в проводную сеть. Сейчас рассматриваем устройства фирм ОТЗВУК, Temas, Nateks. Модели Отзвук-ПВ, Комплекс аппаратуры «ТП-Центр», FG-ACE-VC-2NS. Может есть опыт эксплуатации железок? На рынке есть еще интересные производители аналогов данной модели?
  14. Voip телефон это дороже, более умный шлюз с поддержкой sip регистрации или тот же астериск. Ну и дальность линии, по FXS от порта шлюза ТА можно повесить и на 2 км ( производитель сообщает и о 5 км, при наличии хорошей физики ). Тут вопрос не в выборе решения, а поиск совета или рекомендации.
  15. Про ТА банальщина. Я имел ввиду переговорные устройства при стыковке со шлюзом.
  16. Логику уже уточнил, шлюз может все реализовать. Остался вопрос, какую железку вешать на FSX порт. В сети много примеров с разъемом RG-11, но насколько я понял, там своя сигнализация ходит.
  17. хотелось все поднять на Voip шлюзе. Экономия.
  18. С настройками шлюза и я справлюсь, интересует какие железки можно прикрутить к нему по FSX порту.
  19. Добрый день, возможна ли следующая реализация. Необходимо организовать диспетчерскую связь в доме. Есть диспетчер, который может звонить в город. то есть диспетчер должен иметь внешний номер и регистрироваться где то выше. Есть щитовая, где должен быть внутренний номер. При поднятие трубки, должен отработать HotLine и звонок идти диспетчеру. При звонке от диспетчера в щитовую, должна производиться мгновенное снятие трубки и включаться внешний динамик на устройстве и микрофон. Так же к шлюзу хотелось бы подключить переговорные устройства, через FXS порт. Возможно ли это? На шлюзе натекс например?
  20. Доброго времени суток Народ подскажите какие MIB для мониторинга cisco. ∙ Входящий трафик в разрезе счетчиков заказчика, bps (Текущее значение) ∙ Входящий трафик в разрезе счетчиков заказчика, pps (Текущее значение) Под трафиком подразумеваем UDP и фрагменты которые срезаются полисерами на интерфейсе. Что то вроде alFilterStatsInPktsRx ?
  21. Я бы поставил поснимал пакеты с интерфейса (Wireshark) и набрал 10 раз себе. Насколько я понял теряется пакет INVITE? Да и пробросить порт 5060 думаю пол дела. sip это сигнализация, голосовой трафик идет по RTP. порты для RTP назначаются сторонами в SDP заголовке SIP пакетов.
  22. В итоге все вылелось у меня в 3 решения. Все будет выложено на общую дискуссию внутри технических отделов. На мой взгляд самый перспективное c предоставление доступа к Zabbix серверу клиентам или организация. Тем более zabbixы уже стоят и есть опыт обслуживания. Все спасибо за советы! По возможности отпишусь, чем все кончилось.
  23. А доступ на Заббикс как был предоставлен клиенту?
  24. Пока клиенту ничего не дали, решение должно пройти через безопасников. Малой кровью похоже будет настроить Control-plane-policing и отдельное community, к нему привязыватся аксес-лист и view с нужными OID-ами.
  25. Наводку принял, полезна! А без сервера в схеме скорее всего не обойтись? Что то должно проксировать запросы из одной сети в другую.