поэтому нам от аггрегации нужно по сути только qinq.

влан на юзера?

ну как. у нас юникаста в пиках гигабит 15-20 бывает с серверов.

да

нееее

ipoe+opt82 и никаких проблем

opt82 вычёркиваем. мы стремимся к удешевлению доступа.

и да - у нас нет проблем. =)

Какой кошмар - экономия на доступе и надёжный q-inq на агрегации :)

а как опт82 удешевляет доступ?

dgs1100-26 - там его просто нет. =)

и да, даже 3528, предшественники 3200, временами умирали по процу от opt82. после отказа - мы про них забыли.

ну знаете, подбирать решения и модель доступа по возможностям железа, это как то неправильно что ;-)

мы подбираем схему под расходы. =)

и да, расходы на аггрегаторы и ядро получаются сильно ниже расходов на доступ. =)

мы подбираем схему под расходы. =)

Нормальный бизнес так-то. Когда качество не важно :)

если монопольно то сервис давать

Нормальный бизнес так-то. Когда качество не важно :)

99% проблем на доступе - питание и юзер. от аггрегации и выше у нас проблем нет от слова вообще. нет смысла увеличивать расходы в разы, чтобы победить этот 1%.

мб и так

и да - к нам возвращаются пользователи, пробовавшие спрыгнуть на конкурентов из-за цены.

Мне нравится аптайм "канала связи" считать. Когда на него влияет ребут устройства доступа - это как-то портит карму ;)

гг. поржать про аптайм:

Device Type : DGS-3120-24SC Gigabit Ethernet Switch System Uptime : 889 days, 8 hours, 36 minutes, 51 seconds

Port State/ Settings Connection Address AutoSpeed MDIX Speed/Duplex/FlowCtrl Speed/Duplex/FlowCtrl Learning Downgrade —------ —------ —------------------- —------------------- —------ —------- 1:10 Enabled Auto/Disabled Link Down Enabled -

Command: show fdb port 1:10 VID VLAN Name MAC Address Port Type Status —— —------------------------------ —--------------- —--- —---— —---— 108 v108 00-1B-11-21-7C-9E 1:10 Dynamic Forward 108 v108 C8-BE-19-CD-3C-00 1:10 Dynamic Forward 1063 v1063 00-1B-11-21-7C-9E 1:10 Dynamic Forward 1063 v1063 28-10-7B-EF-55-F1 1:10 Dynamic Forward 1063 v1063 28-28-5D-65-74-F3 1:10 Dynamic Forward 1063 v1063 64-70-02-61-B1-5B 1:10 Dynamic Forward 1063 v1063 6C-19-8F-56-F0-C4 1:10 Dynamic Forward 1063 v1063 E8-DE-27-FC-E8-C5 1:10 Dynamic Forward 1063 v1063 F4-6D-04-A0-E5-8D 1:10 Dynamic Forward

Это вроде не 11хх серия

так это и не доступ. 8)

А. "Канал связи" - от порта абона на доступе до выхода на аплинке.

цинизм в том что порт в дауне, но маки есть. и не чистятся. устал свичик за 889 дней аптайма.

Занятно

Тут упоминали huawei s2326, хорошая железка, до скачка курса меньше 10к стоила

Есть 12 - 2326ei - 5к.

цинизм в том что порт в дауне, но маки есть. и не чистятся. устал свичик за 889 дней аптайма.

аптайм это конечно круто, но смысла в нем не вижу)

CCR1009-7G-1C-1S+ - юзал кто? сколько реально жует? задача тупо бгп молотилка с парой правил фаервола на себя порты прикрыть

CCR1009-7G-1C-1S+ - юзал кто? сколько реально жует? задача тупо бгп молотилка с парой правил фаервола на себя порты прикрыть

FV будет?

фулл вью же только от разамера памяти в жеолезке зависит

FV будет?

Предположим что 2FV

а сколько там вообще оперативы?

Предположим что 2FV

помрет

вернее, будет долго переваривать

а сколько там вообще оперативы?

3 FV спокойно влезает в 2 гига оперативы

Тут проблема в другом - ТГ расти в РФ перестанет, тк из маркетов выпилят

Zello разве выпилили? Расти перестало?

аптайм это конечно круто, но смысла в нем не вижу)

я за аптаймом не гонюсь, но и ребутить аггрегацию без критических причин не вижу смысла.

Хотя я согласен, что выпиливание из маркетов -- это единственный эффективный инструмент ркн

Только для эппл

А это массовым хомякам нафиг не надо

После первого громкого дела

вернее, будет долго переваривать

Ну дергать лишний раз никто не будет. Больше интересует не помрёт он на 500 мбит

в CCR проц слабый, а микротики не допилили балансировку BGP

так что одно ядро будет в полочку)

но я надеюсь, что по мессенджерам аппель и гугель не пойдут на удаление

Вот только одна проблема - основания для выпиливания?

Ну дергать лишний раз никто не будет. Больше интересует не помрёт он на 500 мбит

лучше сервак с быстрым процом с нормальными сетевухами поставить

И квачу?

на квагге или микрот x86

кому как нравится

А какой нибудь 3750?

А какой нибудь 3750?

fv туда не влезет)

А, чисто для дефолта. Пардон

А, чисто для дефолта. Пардон

для дефолта коллеги из Украины использовали 3550)

так что 3750 без проблем

Сенкс

только они не умеют 32 битные асн

https://meduza.io/shapito/2017/05/25/storonnik-teorii-ploskoy-zemli-vzyal-stroitelnyy-uroven-na-samolet-chtoby-dokazat-svoyu-pravotu

Толстовато он)

Хотя я согласен, что выпиливание из маркетов -- это единственный эффективный инструмент ркн

это примерно как разделегировать домен, но они как-то сцут или леняться этим заниматься...

надо писать в саппорт. мы с ними достаточно успешно общаемся. если объяснить им как воспроизвести проблему - они её решат. проверено неоднократно. вот недавно, они почти починили именно зависание dgs1100-10. мы с ними на эту тему больше года общались. =)

Проблема в том, что в чате много безвольных овощей, почти никто не пишет в саппорт - отсутствуют нужные цепочки в ДНК

Проблема в том, что в чате много безвольных овощей, почти никто не пишет в саппорт - отсутствуют нужные цепочки в ДНК

на самом деле проблема в том, что составлять подробное описание проблемы, чтобы длинк её мог воспроизвести - долго и геморройно. проще плюнуть и сменить вендора, да. =) одна из первых сданных мной длинку проблем, была в том что 3028/3052 спустя некоторое время (30-40 суток) аптайма, переставала бекапить конфиги по snmp на tftp. сбор данных включал в себя написание скрипта, который обходил все несколько сотен свичей, снимая аптайм, потом дёргая сохранение конфига, и анализируя результат. когда длинк увидел результат, они осознали что проблема реально есть и начали её активно копать.

но да, это был второй или третий подход к саппорту, с целью показать что проблема реально есть. и противоположный случай, сегодня уже рассказывал. есть у нас 3420, который раз в несколько месяцев срывался в ребут. из нескольких десятков, этой модели так себя вёл только один, понять причину и воспроизвести проблему у нас не получилось. поставили его в менее нагруженное место, там он стоит уже почти год, без проблем. в саппорт не обращались, ибо смысла нет.

на самом деле проблема в том, что составлять подробное описание проблемы, чтобы длинк её мог воспроизвести - долго и геморройно. проще плюнуть и сменить вендора, да. =) одна из первых сданных мной длинку проблем, была в том что 3028/3052 спустя некоторое время (30-40 суток) аптайма, переставала бекапить конфиги по snmp на tftp. сбор данных включал в себя написание скрипта, который обходил все несколько сотен свичей, снимая аптайм, потом дёргая сохранение конфига, и анализируя результат. когда длинк увидел результат, они осознали что проблема реально есть и начали её активно копать.

"мы тут чё то подкрутили, но что не скажем, но вы тестируйте, если что - мы ещё чё нить подкрутим. Но что - не скажем."

ERROR: S client not available

"мы тут чё то подкрутили, но что не скажем, но вы тестируйте, если что - мы ещё чё нить подкрутим. Но что - не скажем."

такого не видел. похожее - описанный выше глюк с зависанием 1100-10. они там в процессе дебага попутно пофиксили ещё несколько проблем влияющих на стабильность, прежде чем нашли тот, который всплывал у нас. =)

на самом деле проблема в том, что составлять подробное описание проблемы, чтобы длинк её мог воспроизвести - долго и геморройно. проще плюнуть и сменить вендора, да. =) одна из первых сданных мной длинку проблем, была в том что 3028/3052 спустя некоторое время (30-40 суток) аптайма, переставала бекапить конфиги по snmp на tftp. сбор данных включал в себя написание скрипта, который обходил все несколько сотен свичей, снимая аптайм, потом дёргая сохранение конфига, и анализируя результат. когда длинк увидел результат, они осознали что проблема реально есть и начали её активно копать.

Только так и надо - отлавливать и доносить, допиливать. Каждый операторор повлиял на фикс каких-то проблем. То, что свитчики и софт именно такой, какой есть - заслуга не только вендора, но и операторов. Поэтому, предельно и четко повторю - надо баграпортить и содействовать до крови из носа. Если оператор не продемонстрирует проблему на его сети, то вендор ни в жисть не воспроизведет ее в лабе.

на самом деле проблема в том, что составлять подробное описание проблемы, чтобы длинк её мог воспроизвести - долго и геморройно. проще плюнуть и сменить вендора, да. =) одна из первых сданных мной длинку проблем, была в том что 3028/3052 спустя некоторое время (30-40 суток) аптайма, переставала бекапить конфиги по snmp на tftp. сбор данных включал в себя написание скрипта, который обходил все несколько сотен свичей, снимая аптайм, потом дёргая сохранение конфига, и анализируя результат. когда длинк увидел результат, они осознали что проблема реально есть и начали её активно копать.

» на самом деле проблема в том, что составлять подробное описание проблемы, чтобы длинк её мог воспроизвести - долго и геморройно Неистово плюсую. Чуть ли не поставьте ноут с вайршарком и 3г-модемом в ящик на месяц, чтобы при проблеме увидеть трафик, а при зависоне - достучаться до консоли

С Циской и с Джуном 1:1 траблшутинг. Просто там операторы более сурьезные и овощей меньше

Точнее не так - там люди отрабатывают свои денежки без нытья

хуй

у циски ещё проблема в ценнике саппорта. =) я вот тут второй месяц развлекаюсь с нексусами - цирк с конями.

базовые вещи они, как правило, таки тестят

и для банальных штук типа утечки памяти при использовании какого-то функционала — не нужно адовые танцы с бубном вокруг циски или джуна исполнять

у циски ещё проблема в ценнике саппорта. =) я вот тут второй месяц развлекаюсь с нексусами - цирк с конями.

Ну, да. Бесплатный саппорт в +, конечно у длинка и микрота )

базовые вещи они, как правило, таки тестят

тестят все. я опускаю то, что тестится у всех ))

сократил дроби ))))

кстати, ниче не слышно, с ревизорами/ркнами итд ничего не случалось?

ну и да, классическая картинка:

полезли чето пропуски, причем строго по урлам от генпрокуратуры)

пока не смотрел, чо там и как

кстати, ниче не слышно, с ревизорами/ркнами итд ничего не случалось?

сегодня пропуски? :)))

ща

полезли чето пропуски, причем строго по урлам от генпрокуратуры)

вчера было 777 штук, из них 776 от прокуроров. в течении 10 минут днём. =)

дада, чето такое

и да - влад сегодня говорил что там у них какой-то косяк вылез, поэтому сегодняшние пропуски всем аннулировали.

Это что за хаос? С чего так?

Во всех случаях - перенаправление в заглушку

т.е. на пустом месте, и заглушка не менялась?

ничего не менялось

заглушка не падала

Я уже отвечал. Сбой в реестре был - сегодняшние проверки/отчеты/статистики аннулированы

Правило проверки неправильное прилетело. А-ля считать заглушку нарушением

пняяятн