Jump to content
Калькуляторы

bbober25

Пользователи
  • Content Count

    27
  • Joined

  • Last visited

About bbober25

  • Rank
    Абитуриент

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Всем спасибо за участие, тему закрываем. Если кому интересно, последним штрихом стало поставить IGMPv2 на IGMP роутере.
  2. Почти, товарищи, почти... на LTE-8X следующие настройки (на скриншотах), на NTE-2 правил никаких нет, т.к. за ними стоят коммутаторы доступа L2/ Абонент подписывается на группу и эта подписка видна в Multicast Groups на LTE-8, далее эта подписка видна на коммутаторе агрегации, т.е. все хорошо и кино показывает. Но, при отключении от группы, исчезает только на LTE-8X в Multicast Groups (так и должно быть), на коммутаторе агрегации остается эта группа, т.е. с LTE-8X пакет на отключение от группы не проходит дальше самого LTE-8X, в итоге стрим отключается на IGMP маршрутизаторе по таймауту. Вопрос, коллеги, почему запрос на отключение от группы не проходит дальше LTE-8X в стону реагирующего коммутатора?
  3. XyXEL XGS-4728F победил. Что имеем: 1. Запросы на присоединение к группе проходят от абонента через коммутатор доступа, через среду GePON, попадают на коммутатор агрегации, попадают на IGMP роутер. 2. IGMP роутер начинает вещать мультикаст на коммутатор агрегации, коммутатор агрегации вещает на порт LTE-8X и там мультикаст остается/стопарится, до NTE-2 и коммутатор доступа не доходит. Курим дальше...
  4. Ок, буду смотреть в сторону zuxel-xgs-4728f, если кино будет показывать на абонентском коммутаторе подключенному к корню, то потом думать со средой GePON, пока что, думаю, не в GePON дело...
  5. Дефолтные профили пропускают все прозрачно, т.е. если на FrontPort0 присутствует vlanX то и на любом PonPort, и естественно на портах NTE тоже будет этот vlanX, при условии если он добавлен на Switch LTE-8X. На рисунке (извиняюсь за качество), можду абонентским коммутатором и IGMP роутером, помимо среды GrPON, изображен L3 Коммутатор zuxel-xgs-4728f, может он не пропускает. Буду смотреть. Если настраивать IGMP на LTE-8X значит его нужно делать Quirer'ом я так понимаю? И L3 zuxel-xgs-4728f (агрегация) тоже нужно настроить Quirer'ом?
  6. Профили на NTE-2 стоят дефолтные, т.е. типо моста между L2 коммутаторами (чердачными) и FrontPort0 на LTE-8X. Но Мультикаст (запросы) не ходят.   Я так понимаю, что это в том случае, если настраивать IGMP на LTE-8X, у нас же речь идет о том, чтобы сделать прозрачно через среду GePON, т.е., грубо говоря соединить два коммутатора можду которыми среда GePON. Профили на NTE-2 стоят дефолтные, но почету то не проходит IGMP Report Packet. Куда копать, подскажите?
  7. Здравствуйте! Кто сталкивался с тем, чтобы пропустить мультикаст "прозрачно" через GePON Eltex LTE-8X + NTE-2? Немного о сети: NTE-2 стоят на чердачных помещениях, за ними L2 коммутаторы доступа, к которым подключены абоненты. Необходимо чтобы запрос на присоединение к группе прошел от коммутатора доступа к IGMP routrer'у через NTE-2 и LTE-8X, т.е. как будто их нет, а назад полился за прошеный канал IPTV (т.е. на все NTE-2 и соответственно на все коммутаторы за ними). Профили на NTE-2 default, т.е. необходимые vlan настраиваются на коммутаторах за ONT-2. Если коммутатор доступа напрямую соединить с IGMP маршрутизатором - все работает, через среду GePON - нет. При прикрепляю схему (прошу прощение за качество).
  8. Отписываюсь по тому как удалось решить вопрос. Скажу сразу, это что-то очень странное. Мы даже и не подозревали, что настроить это можно только через одно место))) В итоге: 1. Версия IOS 15.0 и 15.1 поддерживают match vlan, но только от 1 до 1005!!! При этом сконфигурированый map-policy удается повесить на физический интерфейс, без добавлений sub интейфейсов. 2. Версия IOS 15.2 поддерживают match vlan, от 1 до 4095!!! И все казалось бы хорошо, вопрос закрыт, но не тут то было))) Повесить такой map-policy на физический интерфейс можно только при наличии sub интерфейса, причем любого, даже не имеющего отношения к тем vlan которые матчим. Но и тут все не просто, а именно polyci начинает работать только на output. А при удалении sub интерфейса начинает работать и input. Для того, чтобы изменить map-policy который используется, необходимо обязательно создать любой sub, при этом service-policyc input перестает работать до тех пор, пока не удалить sub. class-map match-any smid match vlan 16 106 3040 3045 3050 class-map match-any obl match vlan 15-16 19 106 3012-3013 3016 3020 3025 3030 3035 3085 3115 3135 3300 class-map match-any okt match vlan 16 1001 1006-1020 3011 3055 3060 3065 3070 3075 3080 3090 3095 4003 4023 ! policy-map 10 class okt police 10000000 1875000 3750000 conform-action transmit exceed-action drop violate-action drop class obl police 10000000 1875000 3750000 conform-action transmit exceed-action drop violate-action drop class smid police 10000000 1875000 3750000 conform-action transmit exceed-action drop violate-action drop policy-map 40 class okt police 40000000 7500000 15000000 conform-action transmit exceed-action drop violate-action drop class obl police 40000000 7500000 15000000 conform-action transmit exceed-action drop violate-action drop class smid police 40000000 7500000 15000000 conform-action transmit exceed-action drop violate-action drop interface GigabitEthernet0/0 no ip address ip flow ingress ip flow egress no ip route-cache duplex auto speed auto media-type rj45 negotiation auto service-policy input 40 service-policy output 10 ! connect obl1 GigabitEthernet0/0 GigabitEthernet0/1
  9. Дело в том, что стоит задача организовать полосу с пропускной способностью в 400 Мб/с для группы vlan, при этом все эти vlan - динамически делят эту полосу. Вот и было решено, матчить по vlan, и потом и резать скорость на интерфейсе всей это группе, находящейся в class-map.
  10. А что ж с маршрутизаторами? Vlan 4001 (т.е. выше 1005) отлично ведет себя на интерфейсах данного маршрутизатора. Но проблема заключается при создании class-map class-map match-any NAME_OF_CM match vlan 14 match vlan 15 match vlan 16 match vlan 17 match vlan ? <1-1005>
  11. Это прям издевательство) Вот оно, на поверхности решение глобальной вопроса, но возникает маленький ньюанс с vlan от 1 до 1005 и все. Ступор. Как же заставить понимать match vlan выше 1005?
  12. Я подозреваю, что это относится к коммутаторам? на маршрутизаторе такого нет. Или я заблуждаюсь? маршрутизатор ругается, говорит нет такого: ROUTER(config)#vtp ? % Unrecognized command
  13. Всем привет! Ступор. Информации нигде не нашел. Просьба откликнуться. Cisco router 7201 при описании class-map не дает выбрать vlan выше 1005 class-map match-any NAME_OF_CM match vlan 14 match vlan 15 match vlan 16 match vlan 17 match vlan ? <1-1005> Необходимо выбрать vlan из всего диапазона, например 2000, 2075 и т.д. Находил информацию, о том что в базе vlan на устройстве хранятся только "стандартные" vlan (1-1005), и для того чтобы использовать extended vlan (>1005) - нужно хранить их в отдельном файле. Кто сталкивался с данной проблемой и знаком с процедурой, просьба откликнуться.
  14. если реализовывать так, как вы описали, то получается ограничить можно только один проходящий вилан. Задача стоит ограничивать скорость по группам виланов. Ниже приблизительная схема. Как это реализовать пока не могу понять.