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

semop

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

    393
  • Joined

  • Last visited

About semop

  • Rank
    Студент

Информация

  • Пол
    Не определился

Recent Profile Visitors

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

  1. Так да. Я же выше написал, анонсируем и /23 и /24. В райпе рут объект /24 создать. Еще выше часть нашей таблицы БГП на адвертайз. Именно так мы анонсируем /24 из всей /22 персонально в определенного оператора, используя препенды.
  2. Не понял почему они в нулл то пойдут, если метрика у нулла большая (250, а не как выше писали вообще без метрики), а у директли 0. Они пойдут туда где она меньше = на интерфейс директли. Оно так и работает. Я бы сказал что у нас, но не у нас, а в любом бгп конфиге. Ну и у нас как бы тоже, ладно)
  3. Ну да, они в нулл смотрят для редистрибьюции с метрикой 250. Видно же по табличке, что они директли с метрикой 0. И /22 и /24 Интерфейса с ипшником /22 вообще нет на роутере.
  4. Почему? В null0 рутить /23 и две по /24 с большой метрикой. Анонсить в мир /23 и эти же две /24. Маршрут для сети с короткой маской будет в приоритете. Мы анонсируем /21 и /22, а так же эти же через препенды, но побитые на /24 с созданными рут-объектами в райпе. Network Next Hop Metric LocPrf Weight Path > х.х.х.х/21 z.z.40.78 0 100 32768 3:X 3:X i > y.y.y.y/22 z.z.40.78 0 100 32768 3:X 3:X 3:X 3:X i > y.y.y.y/24 z.z.40.78 0 100 32768 3:X 3:X 3:X i
  5. Вышестоящий может фильтровать /24 Это можно проверить в райпе. У нас статика в null0 (с метрикой 250, не знаю почему тут без метрики пишут, чтоб петель не было и вообще чтоб просто проанонсироваться). А дальше через рут мап редистрибьюция статики ч/з префикс. Так можно любыми масками пуляться, подогнать префикс листы под свои веса или ипшники, а дальше как выше сказали препендами наружу. В райпе рут-объект должен быть /24. Нашел свой пост на opennet'e от 2011 года. Ух) router bgp XYZ redistribute static route-map stat2bgp neighbor x.x.x.x remote-as X neighbor x.x.x.x route-map out-x out neighbor y.y.y.y remote-as Y neighbor y.y.y.y route-map out-Y out no auto-summary ! ip route 1.1.1.0 255.255.255.0 Null0 250 ip route 2.2.2.0 255.255.255.0 Null0 250 ip prefix-list route_x seq 10 permit 1.1.1.0/24 ip prefix-list route_y seq 10 permit 2.2.2.0/24 route-map out-x permit 10 match ip address prefix-list route_x set as-path prepend XYZ route-map out-x permit 20 match ip address prefix-list route_y set as-path prepend XYZ XYZ route-map out-y permit 10 match ip address prefix-list route_x set as-path prepend XYZ XYZ route-map out-y permit 20 match ip address prefix-list route_y set as-path prepend XYZ route-map stat2bgp permit 10 match ip address prefix-list route_x route-map stat2bgp permit 20 match ip address prefix-list route_y На лету меняется статический маршрут и префикс лист. Препенды апдэйтятся без клеар БГП вроде бы.
  6. В технической документации по ламборджинни голлардо написано, что она может валить 309кмч. Но по результатам замера средней скорости на трассе М7 в сторону Казани, примерно до Нижнего скорость почему то падает до сотки где то. Не знаю почему. У всех так?
  7. так а что по существу? Я бы так не делал. Так надо было написать?) Мне, например, не лень думать, просто я бы такое точно не согласовал. У нас такого нет нигде. В частный сектор если идем - то это либо свой дроп на медюках, либо гпон. Стройку вытаскиваешь потихоньку тарифами, которые лоббируются менеджерами с жильцами. Да и вообще. Я не знаю, какой план у вас. Некоторым например наплевать на приход, им важна абонентская движуха. И они забирают абонентов жестко демпингуя даже если эта штука будет окупаться 10 лет. Мы в такое не лезем тоже. Но немного отступиться тоже можно, даже поначалу. Можно и точки доступа каждому насовать. Вообще проводов не надо. Поставить какой-нибудь Рокет М и пулять вообще от серверной, если примерно видно куда. Я просто мнение высказал. Те два варианта это очевидные на мой взгляд.
  8. это платная заявка, такая же как и погрызаная или выдранная с корнем из джака витуха. Тут вроде вообще всего два варинта: - честный гпон с ону на абонента - честный фттх с ящиком Иначе можно наколхозить так, что все кроилово на стройке перекроет потом оплата за бензик до туда, по какой нибудь ерунде.
  9. Черная картинка это вроде как нет каста. Но она будет черной, если приставку только включили (ну на наших так). Если что-то с кастом не то, то картинка сначала должна стопориться. Просто я черный экран внутри потока ни разу не видел, даже если он прерывается. Может не в мультикасте дело? robustness, это опционально, я менял потому что экспериментальным путем выяснилось что не успевает SNR принять/обработать/отдать некоторые igmp сообщения за дефолтный таймер, поэтому и приподнял его. robustness: timeout interval = General group query interval x Robustness variable + Maximum response time for Query messages Last member query time = Last member query interval x Robustness variable
  10. @Aleksey Sonkin согласен, но полную "миграцию" на V1 я все равно не понял, поэтому очень рад, что ее можно выпилить способом №2.
  11. возможно, но если кто-то начинает посылать V1, то SNR тоже начинает работать на V1. И потом вся таблица групп постепенно превращается в V1. Когда были агрегации другого вендора - этого не было. Это 100%. В принципе неважно, главное что это можно отфильтровать несмотря на то, что на SNR'ах явно обозначена версия V2. А он слушает всё.
  12. У нас так фастлив прикалывался. В двух словах - после того как был получен лив от клиента, на SNR счетчик Exptime сбрасывался до дефолтного значения (забыл какое) и если свич не работал за это время со специфик-квэри то группа отваливалась. Как воспроизвести: Я подписывался по VLC на двух ноутах с разных портов одного и того же свича доступа к одной и той же группе, потом на одном отключал и смотрел что на агрегации и на квэриере с группой. По итогам вышло так, что тайминги пришлось крутить. Полагаю это может быть связано с нагрузкой коммутаторов агрегации и ядра, потому что в тайминги полез впервые, а нагрузка возросла за несколько лет. Путем подбора таймингов получилось такое: Агрегация (прокси нет): ip igmp snooping no ip igmp snooping proxy ip igmp snooping vlan 100 ip igmp snooping vlan 100 limit group 1024 source 1024 ip igmp snooping vlan 100 l2-general-querier-source 10.0.11.1 ip igmp snooping vlan 100 query-robustness 3 ip igmp snooping vlan 100 query-interval 60 ip igmp snooping vlan 100 query-mrsp 1 ip igmp snooping vlan 100 specific-query-mrsp 25 ip igmp snooping vlan 100 mrpt 380 ip igmp snooping vlan 100 mrouter-port interface Port-Channel1 ip igmp snooping vlan 100 report source-address 10.0.11.1 Квэриер(прокси): ip igmp snooping ip igmp snooping vlan 100 ip igmp snooping vlan 100 limit group 1024 source 1024 ip igmp snooping vlan 100 l2-general-querier ip igmp snooping vlan 100 l2-general-querier-version 2 ip igmp snooping vlan 100 l2-general-querier-source 10.253.0.1 ip igmp snooping vlan 100 query-robustness 3 ip igmp snooping vlan 100 specific-query-mrsp 25 ip igmp snooping vlan 100 mrouter-port interface Ethernet1/0/10 ip igmp snooping vlan 100 report source-address 10.253.0.1 ++ с помощью саппорта НАГа отфильтровали IGMP V1, которую SNR слушал, несмотря что везде V2. И по итогам на агрегациях и квэриере некоторые группы работали по V1. После фильтрации SNR перестал отвечать на IGMP V1. report suppression - везде выключен. С ним еще больше косяков потом вылезает. robustness - изменил только на квэриере и агрегациях. Он пропорционально связан с таймингами, точнее этим множителем они и меняются.
  13. Маки чистил. И даже свич грузил. Я еще помучию некоторое время, если не получится, то обращусь в саппорт, спасибо.
  14. Понял. А не подскажете еще один момент) На сети достаточно много LAG. Недавно собрал еще один LAG между DGS-3120-24SC и SNR-2990-16X Конфиг минимален и можно сказать унифицирован для всей сети. Но именно этот тип коммутаторов Длинк я дружу с СНР впервые. Так вот. После запуска LAG собрался. Но отвалилось часть мультикаста. Например группа 1.1.1.1 показывает, а 1.1.1.2 нет, 1.1.1.3 показывает, 1.1.1.4 - нет. И тд. Оба порта живые. Отдельно работают. А в LAG отваливается часть мультикаста, причем такие длинки я дружил с Хуавеем. Нормально. А такой СНР подружен с другими коммутаторами. Вопщем не понял что за чудеса. Соответствие портов LAG СНР/длинк: 3 - / - 23 6 - / - 24мастер ========SNR Interface Ethernet1/0/3 speed-duplex force1g-full switchport mode trunk switchport trunk allowed vlan ................ port-group 3 mode passive lacp port-priority 20 igmp snooping drop query ! Interface Ethernet1/0/6 speed-duplex force1g-full switchport mode trunk switchport trunk allowed vlan ................ port-group 3 mode passive lacp port-priority 10 igmp snooping drop query ! Interface Port-Channel3 load-balance dst-src-mac igmp snooping drop query ! ========DLINK config link_aggregation algorithm mac_source_dest create link_aggregation group_id 3 type lacp config link_aggregation group_id 3 master_port 1:24 ports 1:23-1:24 state enable config link_aggregation group_id 3 trap disable config lacp_port 1:1-1:22 mode passive config lacp_port 1:23-1:24 mode active Я знаю что каст бегает по мастер порту. Но он даже на отдельном мастере не поехал. Сделал shut 24(мастер) и мультикаст заиграл как надо. Group ID : 3 Type : LACP Master Port : 1:24 Member Port : 1:23-1:24 Active Port : 1:23 Status : Enabled Flooding Port : 1:23 Trap : Disabled ==SNR до shut порта. CORE_Voyk-33#sh port-group 3 de Flags: A -- LACP_Activity, B -- LACP_timeout, C -- Aggregation, D -- Synchronization, E -- Collecting, F -- Distributing, G -- Defaulted, H -- Expired Port-group number: 3, Mode: passive, Load-balance: dst-src-ip Port-group detail information: System ID: 0x8000,f8-f0-82-77-fd-19 Local: Port Status Priority Oper-Key Flag ----------------------------------------------------------- Ethernet1/0/3 Selected 20 3 {CDEF} Ethernet1/0/6 Selected 10 3 {CDEF} Remote: Actor Partner Priority Oper-Key SystemID Flag -------------------------------------------------------------------------------- Ethernet1/0/3 23 1 24 0x0001,10-be-f5-0e-b5-20 {ABCDEF} Ethernet1/0/6 24 1 24 0x0001,10-be-f5-0e-b5-20 {ABCDEF} CORE_Voyk-33# Хронология: - свичи соединены одинм линком (6 СНР - 24 длинк) - настойка ЛАСП (3,6 СНР - 23,24мастер длинк) - зажигание новых портов (3 СНР - 23 длинк) - разрушение мультикаста - отключение портов (3 СНР - 23 длинк) = без изменений. Возвращение портов. - отключение портов (6 СНР - 24мастер длинк) = восстановление мультикаста. Т.е. работает по новым портам теперь. На старых не завелось почему то. Как только делаю no shut порта, каст перестает играть. Играет только часть. Инет, и все остальные сервисы в норме. У этого СНР есть еще 2 LAG. Они работают. У длинк тоже есть LAG, и он тоже работает) но с хуавей свичем. Нид хэлп)
  15. Стоял DGS-1210 на транзите. После переключения сразу завыли юрики, которые поехали через него. (10Г порты использовались) Переключил на DES-3200 и все успокоилось. Трафика около сотки мбит. Полежав месяца три свичик поехал в ТЦ, в качестве оптического доступа и стал являться тупиковым. Вроде жужжит (10Г порты не используются) Помню во время запуска, после покупки со стоковой прошивкой он даже не загрузился) Точнее он помирал если в него втыкать 10Г модуль. Завелся на DGS-1210-28XSME-B1-7-02-B048.hex но на транзите проработал совсем недолго.