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

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. Про ТА банальщина. Я имел ввиду переговорные устройства при стыковке со шлюзом.