[VolanD666]

1 час назад, semop сказал:

в свете последних событий, смею предположить что эту штуку можно реанимировать.

Если не считать корп. организации которые катаются по л3впн с 2000 из переферии в Москву.

 

Например у вас есть клиент с локальной сетью. На микротиках само собой. У этого клиента куча точек.

И вот пожалуйста. Они увольняют нафик своего приходящего/уходящего одмина микротиковода, а провайдер берет их локалку на аутосорсинг. 

Собрал л3впн внутри своей же сети и забираешь аб.плату за сеть передачи данных.

Мы так одного подключили. Для теста, посмотреть что будет.

 

А еще это само оживает, когда два клиента дружили дружили, а потом один другого купил) Хоба, и надо внезапно соединиться.

Такой тоже есть. Один правда.

 

Иногда включается режим менеджеризма, когда сидишь и думаешь что можно продать, при условии что все уже давно придумано и продается.

Вот это задачка.

 

ПС: за последние 2мес мы подключили 2 компьютерных клуба. С реальными игроками. Кач 300-400мбит. 

Я тоже думал что это умерло триста лет назад. А нет. Если поставить кальян, то можно))

Да в любом случае. У вас трафик клиента и менежмент вообще не должны ходить в одном VRF. Плюс еще бы я разделял трафик физиков и юриков. Ну это очевидно же, разве нет?

[alibek]

Так ведь mgmt это тоже устаревшая технология. Зачем нужен изолированный менеджмент, есть есть WinBox и mac-server.

[Saab95]

16 часов назад, fractal сказал:

Оо, и чем мониторить если не snmp с заббикса к примеру? 

SNMP придумали для сбора информации с коммутаторов и прочих программно аппаратных устройств, где почти все делает чип коммутации, а CPU лишь собирает информацию.

Касательно микротиков SNMP для них не нужен - все параметры мониторинга можно собирать через winbox (не путать с винбоксом для тыканья мышкой), через ssh и через API.

Сам же заббикс касательно микротиков тоже не особо - особенно если сети динамично развиваются или регулярно меняют свою структуру, и у микротика есть свой мониторинг - Dude.

И да, хотел бы я посмотреть на заббикс, который собирает информацию эдак с 5000 тысяч устройств=) И как тут без интерактивной карты сети?

 

16 часов назад, bike сказал:

Наблюдение за сетью построенной на Микротиках и правильно настроенной не требуется, а мониторинг - это

А что там мониторить? Загрузку каналов? Вот нафиг ничего не мониторим такого, т.к. каналы все с запасом и никогда в полку не загружаются. Смысла от красивых графиков никакого нет.

[LostSoul]

В 12.02.2020 в 09:14, VolanD666 сказал:

Плюс к тому же, микрот не умеет L3VPN

я тут начитался про этот ваш L3VPN и ( l2tpv3 ) и попытался его настроить между циской  с статическим IP и openwrt  с серым динамическим через NAT - так утрахался до полусмерти пока заработало и то в боевых условиях проверить не получилось, коробка до заграницы не доехала.

 

[Saab95]

15 часов назад, VolanD666 сказал:

Вы же понимаете, что просто нельзя вот так раскидываться громкими фразами и не приводить доводов. С таким же успехом я могу сказать, что BGP- это устаревшая технология. НО как бы, серьезные заявления- требуют серьезных доводов. Они у вас есть или мы просто должны вам на слово поверить?

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

 

15 часов назад, VolanD666 сказал:

К вам приходит клиент "А" и говорит: "Мы тут хотим уйти от нашего провайдера. У него сеть на глючных цисках и хуавеях построена, а у вас вроде микротики. Только нам не нужен Инет, нам нужен L3VPN. Мы будем вам анонсить свои сети: 10.0.0.0/8". Вы его подключаете, перелопачиваете всю свою сеть т.к. у вас управление тоже в этой сети да и клиент хочет платить 100500 нефти. Все, работаете. Работает идеально (на микротиках же сеть). Потом приходит клиент "Б" и говорит ровно тоже самое, только хочет вам платить за это 2x100500 нефти. И тут картина такая, сидит ваш босс (который мысленно уже на Канарах), сидит клиент. И оба смотрят на вас. Что делать будете?

Если так серьезно то подключим к портам в сторону этого клиента отдельные микротики, на которых и построим сеть для него и на его же условиях / технологиях. И уведем возможные точки отказов уже в его зону эксплуатации.

И если предположить что новых устройств ставить нельзя - то поднимем для него MPLS и запакуем трафик как надо, в чем проблема?

 

3 минуты назад, LostSoul сказал:

я тут начитался про этот ваш L3VPN и ( l2tpv3 ) и попытался его настроить между циской  с статическим IP и openwrt  с серым динамическим через NAT - так утрахался до полусмерти пока заработало и то в боевых условиях проверить не получилось, коробка до заграницы не доехала.

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

[LostSoul]

В 12.02.2020 в 09:14, VolanD666 сказал:

до сих пор встречаются сети где в одном месте длинк,

у нас так. в подьезде многоэтажки DLink на квартирных абонентов , в частном секторе по оптике - микротик включенный через SFP ,   у крупного абонента в БЦ - старая циска ,  включенная от 2 узлов с резервированием.

Просто это разные шаблоны для разных условий.

В микротике очень не хватает  абонентских CPE с двумя POE-IN портами с нормальным 802.11af

А так же коммутаторов, типа PowerBox , но в формате  "два входа UPOE или POE+  ( 60вт , 30Вт ) и скажем 6-10 выходов POE CLASS 1 / POE CLASS2  ( 7.5 и 15Вт )

такое было бы очень удобно для монтажа ответственных сетей видеонаблюдения и.т.п.

 

 

 

В 12.02.2020 в 09:17, Saab95 сказал:

от сети помойки.

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

Это при определенных минусах, имеет и большое количество плюсов.

 

 

В 12.02.2020 в 09:28, VolanD666 сказал:

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

редкостное говно этот встроенный сниффер.   скорее помрешь чем им чего отладишь . на обычном тазике с tcpdump / ngrep / awk / sed удобнее в разы

лучше бы дали рутовый сшел на свой микротик и возможность свои бинарники притаскивать

 

 

В 13.02.2020 в 11:19, VolanD666 сказал:

Строили и хавали проблем, когда софтовый роутер решал, что обработка SNMP запросов для него гораздо важнее роутинга трафика.

у софтового роутера запас дури на борту такой, что snmp это как муха севшая покакать на лобовуху камаза

 

 

21 час назад, EShirokiy сказал:

Для себя решили так - влан на абонента, от агрегации до центра летят qinq через vpls. MPLS на микротиках (CCR1009 роутит 4 гигабита в чнн и в него еще два гига точно влезет). Брасы на accel-ppp. Удобно и стабильно работает.

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

а на доступе что?

 

[LostSoul]

2 часа назад, semop сказал:

А нет. Если поставить кальян, то можно)) 

наверное они не в CS или ультиму там играют.

покер на раздевание?

300-400мбит это сколько компов у них?

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

 

 

 

20 минут назад, Saab95 сказал:

SNMP на микротике работает плохо, сильно загружает процессор,

ничего оно не нагружает и прекрасно работает.

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

вот хотя бы даже банально состояние bgp сессий.

 

 

22 минуты назад, Saab95 сказал:

По сути на микротике это можно реализовать через EoIP туннели,

реализовать можно, по сути OSPF тут лишний.   но работает это корректно только если в качестве точки терминации linux-eoip от NuclearCat и если NAT по месту установки обеспечит корректный двухсторонний нат 47-го протокола.

То есть одним только микротиком не обойтись раз , два решение весьма ограниченного применения.  Используем много где.

Костыли в виде скрипта исправляющего динамический адрес  и упаковку eoip в pptp не предлагать :-)

 

[VolanD666]

31 минуту назад, Saab95 сказал:

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

А Дуде он каким-то другим способом собирает данные? Я что-то пропустил? Он так же идет по своему протоколу и собирает данные с железки. Разве нет?

 

31 минуту назад, Saab95 сказал:

Если так серьезно то подключим к портам в сторону этого клиента отдельные микротики, на которых и построим сеть для него и на его же условиях / технологиях. И уведем возможные точки отказов уже в его зону эксплуатации.

И если предположить что новых устройств ставить нельзя - то поднимем для него MPLS и запакуем трафик как надо, в чем проблема?

Нет, стоп. Так не пойдет. У клиента 200 точек по городу. Вы 200 микротиков ставить будете? Плюс свои железки он поменять не даст. Так что ваши эти микротики- это ваша зона эксплуатации. И что вы куда запакуете в вашем MPLSе, если у микротика ВРФ-ы работают через одно место?

 

31 минуту назад, Saab95 сказал:

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

Работает, но только пока у микротика процессор чем-то другим не занят. И получается, что вроде бы у клиента и трафика особо немного, но почему-то у него теряются пакеты, т.к. ЦПУ в полку.

 

[Saab95]

28 минут назад, LostSoul сказал:

редкостное говно этот встроенный сниффер.   скорее помрешь чем им чего отладишь . на обычном тазике с tcpdump / ngrep / awk / sed удобнее в разы

лучше бы дали рутовый сшел на свой микротик и возможность свои бинарники притаскивать

У микротика есть торч, которым можно посмотреть для первоначального анализа.

Дальше сниффер умеет зеркалировать трафик на компьютер администратора, где уже он может смотреть его любым удобным способом.

 

3 минуты назад, VolanD666 сказал:

А Дуде он каким-то другим способом собирает данные? Я что-то пропустил? Он так же идет по своему протоколу и собирает данные с железки. Разве нет?

В дуде он собирает через winbox протоколы, по сути выглядит как локальный просмотр в винбоксе, только вывод не на экран, а в данные для обработки уже на сервере дуды.

 

Можете пощелкать вкладки устройства в дуде - там есть как раз и сам винбокс, и SNMP отдельно, который по умолчанию тоже включен. Однако на больших сетях более 2000 устройств опроса SNMP отключают, т.к. он начинает жутко тормозить.

 

5 минут назад, VolanD666 сказал:

Нет, стоп. Так не пойдет. У клиента 200 точек по городу. Вы 200 микротиков ставить будете? Плюс свои железки он поменять не даст. Так что ваши эти микротики- это ваша зона эксплуатации. И что вы куда запакуете в вашем MPLSе, если у микротика ВРФ-ы работают через одно место?

Ну 200 так 200 роутеров и поставим, клиент же все равно оплачивает подключение. Их железки менять и не надо, будет схема такая - к сети подключаются просто 200 точек со своими ограничения трафика, выделяются адреса, далее эти 200 точек соединяются между 201 центральной, в виде роутера в центре сети оператора, и обмениваются данными через него, на нем же настраиваются все ограничения по этому абоненту.

 

7 минут назад, VolanD666 сказал:

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

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

[VolanD666]

10 минут назад, Saab95 сказал:

Ну 200 так 200 роутеров и поставим, клиент же все равно оплачивает подключение. Их железки менять и не надо, будет схема такая - к сети подключаются просто 200 точек со своими ограничения трафика, выделяются адреса, далее эти 200 точек соединяются между 201 центральной, в виде роутера в центре сети оператора, и обмениваются данными через него, на нем же настраиваются все ограничения по этому абоненту.

Допустим берем ценуц микрота, который может переварить трафик клиента равную 10 000 руб. Умножаем на 200 точек. Сколько получается вам придется доплатить чтобы клиента подключить? Или что, вы скажете: "Ой, а вы знаете у нас сеть L3VPN не умеет, нам нужно чтобы вы купили за свой счет 200 микротиков"?

[Saab95]

1 минуту назад, VolanD666 сказал:

Допустим берем ценуц микрота, который может переварить трафик клиента равную 10 000 руб.

Какие там 10 тыс., коробочка за 4 перекрывает все необходимые скорости.

И платить не нам, а клиент заплатит за коробочки, а при его отключении коробочки остаются у нас. Соответственно еще больше микротиков.

[VolanD666]

3 минуты назад, Saab95 сказал:

Какие там 10 тыс., коробочка за 4 перекрывает все необходимые скорости.

Во первых, ваша коробочка за 4к не прожует столько трафика сколько будет у клиента. То что у микротика написано в производительности: "100500 гбит" на коробке за 2 т.р. - это при очень идеальных случаях, когда Луна в нужно фазе и когда парад планет. Это привет софтороутерам

 

4 минуты назад, Saab95 сказал:

И платить не нам, а клиент заплатит за коробочки, а при его отключении коробочки остаются у нас. Соответственно еще больше микротиков.

Ну хорошо, допустим она стоит 4к. Очень хочется просмотреть на то, как вы скажете клиенту, что ему нужно заплатить дополнительно 800к рублей за подключение из-за того что ваша сеть не умеет функции которая она априори должна уметь по дефолту в современном мире!

[fractal]

1 час назад, Saab95 сказал:

SNMP придумали для сбора информации с коммутаторов и прочих программно аппаратных устройств, где почти все делает чип коммутации, а CPU лишь собирает информацию.

Касательно микротиков SNMP для них не нужен - все параметры мониторинга можно собирать через winbox (не путать с винбоксом для тыканья мышкой), через ssh и через API.

Сам же заббикс касательно микротиков тоже не особо - особенно если сети динамично развиваются или регулярно меняют свою структуру, и у микротика есть свой мониторинг - Dude.

И да, хотел бы я посмотреть на заббикс, который собирает информацию эдак с 5000 тысяч устройств=) И как тут без интерактивной карты сети?

 

А что там мониторить? Загрузку каналов? Вот нафиг ничего не мониторим такого, т.к. каналы все с запасом и никогда в полку не загружаются. Смысла от красивых графиков никакого нет.

ну к примеру у ЭРТХ заббикс поболее мониторит чем 5000, данные летят с проксей, причем и микроты мониторятся и жрать не просят, в моей организации пока только 1400 устройств мониторится, проблем как 5 месяцев нет (подняли 5 месяцев назад новый заббикс) с dude не сталкивался, как то помнится со слов моих бывших коллег он плохо масштабируем и не гибкий совсем, если сеть разновендерная то мне кажется очень удачное решение zabbix + grafana, интерактивная карта сети? прикрутить по api к zabbix плагин и строить по lldp / cdp, я пользуюсь платным продуктом так как сеть на cisco (cisco prime infrastructure) рисует всю сеть на Ура. По поводу что мониторить, хм к примеру важных клиентов, порты в их сторону, превышения канала, cpu, да много чего можно мониторить, каждый ставит задачу как ему решать проблемы заранее сам, если Вы считаете что Вам это не нужно, то это Ваше право 

[VolanD666]

6 минут назад, fractal сказал:

ну к примеру у ЭРТХ заббикс поболее мониторит чем 5000, данные летят с проксей, причем и микроты мониторятся и жрать не просят, в моей организации пока только 1400 устройств мониторится, проблем как 5 месяцев нет (подняли 5 месяцев назад новый заббикс) с dude не сталкивался, как то помнится со слов моих бывших коллег он плохо масштабируем и не гибкий совсем, если сеть разновендерная то мне кажется очень удачное решение zabbix + grafana, интерактивная карта сети? прикрутить по api к zabbix плагин и строить по lldp / cdp, я пользуюсь платным продуктом так как сеть на cisco (cisco prime infrastructure) рисует всю сеть на Ура. По поводу что мониторить, хм к примеру важных клиентов, порты в их сторону, превышения канала, cpu, да много чего можно мониторить, каждый ставит задачу как ему решать проблемы заранее сам, если Вы считаете что Вам это не нужно, то это Ваше право 

Дык и главное, я не могу понять. В чем разница между SNMP, который по стандартизированному мультивендорному протоколу лезет на железо и собирает данные и протоколом микротика, который делает тоже самое но только требует для этого спецсофт?

[fractal]

38 минут назад, VolanD666 сказал:

Дык и главное, я не могу понять. В чем разница между SNMP, который по стандартизированному мультивендорному протоколу лезет на железо и собирает данные и протоколом микротика, который делает тоже самое но только требует для этого спецсофт?

Эм) 

 

2 часа назад, Saab95 сказал:

SNMP придумали для сбора информации с коммутаторов и прочих программно аппаратных устройств, где почти все делает чип коммутации, а CPU лишь собирает информацию.

Касательно микротиков SNMP для них не нужен - все параметры мониторинга можно собирать через winbox (не путать с винбоксом для тыканья мышкой), через ssh и через API.

Сам же заббикс касательно микротиков тоже не особо - особенно если сети динамично развиваются или регулярно меняют свою структуру, и у микротика есть свой мониторинг - Dude.

И да, хотел бы я посмотреть на заббикс, который собирает информацию эдак с 5000 тысяч устройств=) И как тут без интерактивной карты сети?

 

А что там мониторить? Загрузку каналов? Вот нафиг ничего не мониторим такого, т.к. каналы все с запасом и никогда в полку не загружаются. Смысла от красивых графиков никакого нет.

В дополнение https://m.habr.com/ru/company/sberbank/blog/420731/

[LostSoul]

5 минут назад, fractal сказал:

Вот нафиг ничего не мониторим такого, т.к. каналы все с запасом и никогда в полку не загружаются. Смысла от красивых графиков никакого нет.

сабб резко упал в моих глазах.

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

 

[Saab95]

2 часа назад, VolanD666 сказал:

Во первых, ваша коробочка за 4к не прожует столько трафика сколько будет у клиента. То что у микротика написано в производительности: "100500 гбит" на коробке за 2 т.р. - это при очень идеальных случаях, когда Луна в нужно фазе и когда парад планет. Это привет софтороутерам

Наша коробочка с оптическим портом, гигабитными медными портами и двухядерным процессором. На роутинге легко жует гиг, как бы клиенты берут каналы от 10 до 100 обычно, более 100 там на 200-300 еще есть, что бы там пол гига канал по пальцам можно пересчитать. Да у нас и нет особого желания предоставлять большие каналы, т.к. выгоднее продать 2 раза по 100М, чем один раз 200М, и проблем намного меньше, т.к. спидтест 100М еще худо бедно показывает на сети абонента, а 200М уже нет, порой сложно доказать что дело не в канале, а в слабом компе или внутренней сети абонента.

 

2 часа назад, VolanD666 сказал:

Ну хорошо, допустим она стоит 4к. Очень хочется просмотреть на то, как вы скажете клиенту, что ему нужно заплатить дополнительно 800к рублей за подключение из-за того что ваша сеть не умеет функции которая она априори должна уметь по дефолту в современном мире!

Мы ему скажем что подключение будет стоить наша цена + 800к рублей.

[alibek]

1 минуту назад, Saab95 сказал:

Да у нас и нет особого желания предоставлять большие каналы, т.к. выгоднее продать 2 раза по 100М

Блестяще.

То есть если клиент захочет взять 600 Мбит/с, вы ему заведете 6 патчкордов по 100М и предложите самому этот трафик балансировать?

[Saab95]

1 час назад, fractal сказал:

ну к примеру у ЭРТХ заббикс поболее мониторит чем 5000, данные летят с проксей, причем и микроты мониторятся и жрать не просят, в моей организации пока только 1400 устройств мониторится, проблем как 5 месяцев нет (подняли 5 месяцев назад новый заббикс) с dude не сталкивался, как то помнится со слов моих бывших коллег он плохо масштабируем и не гибкий совсем, если сеть разновендерная

Я имел в виду что заббикс сложен при изменении структуры сети, или ее частей. Если сеть на коммутаторах, которые ставят и они лет 5-10 в тех же местах стоят, это одно, а если часть сети на радиоканалах, которые то с одного места на другое переедут, то оборудование поменяется и его количество - постоянно править IP и параметры в заббиксе напрягает.

 

Дуда от микротика хорошо мониторит только микротик. А другие устройства самое простое проверять пингом на доступность.

[VolanD666]

2 минуты назад, Saab95 сказал:

Мы ему скажем что подключение будет стоить наша цена + 800к рублей.

"Великолепный план Уолтер..." (с)

[Saab95]

1 час назад, VolanD666 сказал:

Дык и главное, я не могу понять. В чем разница между SNMP, который по стандартизированному мультивендорному протоколу лезет на железо и собирает данные и протоколом микротика, который делает тоже самое но только требует для этого спецсофт?

Наверное в людях засело циска - влан - заббикс - SNMP.

 

1 час назад, fractal сказал:

По поводу что мониторить, хм к примеру важных клиентов, порты в их сторону, превышения канала, cpu, да много чего можно мониторить, каждый ставит задачу как ему решать проблемы заранее сам, если Вы считаете что Вам это не нужно, то это Ваше право 

Как бы так сказать - микротики сами в себя пишут данные о загрузке CPU, о загрузке интерфейсов, при необходимости можно посмотреть.

Вот сколько наша сеть работает, ни разу не было массовых высоких загрузок CPU, ни разу не заканчивалась память, ни разу массово не переполнялись интерфейсы.

По сути у нас вся статистика есть и собирается, только мы ее не мониторим. Т.к. узнать о проблеме с роутером просто - проверить задержку пинга, если она штатно 0-1мс, то при увеличении сразу видно что есть неполадка - или канал заполнен, или CPU сильно нагружен. И можно так же спросить - вот показал мониторинг что загрузка днем или вечером поднимается до 70-80 процентов по CPU - это что повод оборудование поменять? А если и при 90 все нормально, что его менять, если старое справляется, жалоб нет? Как бы по сути мониторинг важен, да нафиг не нужен для работы. Достаточно иметь перед глазами полную карту сети с уведомлениями о пропадании пингов и увеличении задержек, это покрывает 99 процентов неполадок.

[VolanD666]

 

 

4 минуты назад, Saab95 сказал:

Если сеть на коммутаторах, которые ставят и они лет 5-10 в тех же местах стоят, это одно, а если часть сети на радиоканалах, которые то с одного места на другое переедут, то оборудование поменяется и его количество - постоянно править IP и параметры в заббиксе напрягает.

Отличный аргумент. Система инвентаризации- это наверное тоже устаревшая технология?

 

5 минут назад, Saab95 сказал:

Наверное в людях засело циска - влан - заббикс - SNMP.

Засело, потому что по такой схеме построено очень много сетей. В том числе и таких, у которых простой в несколько минут выливается в сотни нефти.

 

А ваша схема: пачка софтороутеров+ отсутствие мониторинга+ пусть клиент сам платит за то что должны обеспечивать мы. Я честно не представляю как что-то серьезное можно построить при таком подходе.

[Saab95]

6 минут назад, alibek сказал:

То есть если клиент захочет взять 600 Мбит/с, вы ему заведете 6 патчкордов по 100М и предложите самому этот трафик балансировать?

Под скоростью имелись в виду абоненты, а не балансировка.

Суть работы провайдера не продавать направо и налево гигабиты трафика, демпингуя по цене. А продавать минимум скорости за максимальные деньги. И увеличивать скорость и уменьшать цену лишь при наличии конкурентов, или если клиент из-за высокой цены собирается отключаться.

 

Если кому-то надо 600 - то и дадим 600 одним каналом. Если надо 2 или 3 гига - дадим через 10Г порт.

 

Только что, VolanD666 сказал:

Отличный аргумент. Система инвентаризации- это наверное тоже устаревшая технология?

Нет, это хорошая штука. Только вот в той же дуде очень удобно и адреса менять, и схемы подключения. А инвентаризация у нас порой получше, чем у многих на сети, т.к. есть карты в дуде, таблица с маками, IP адресами, назначением портов всего оборудования, карта гугля с размещением на местности, автоматическая система сбора и хранения конфигураций, сислог сервер для сбора мгновенных сообщений с оборудования, который как раз и показывает все неполадки на сети, вроде переподключения портов, обрывов радиоканалов, возникновения ошибок и прочего.

 

Все системы должны работать так, что бы требовать минимального вмешательства неквалифицированных лиц. И что бы никто из нее не мог данные на сторону утянуть.

[LostSoul]

4 минуты назад, VolanD666 сказал:

Отличный аргумент. Система инвентаризации- это наверное тоже устаревшая технология? 

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

пока что получается слабо

 

[Saab95]

4 минуты назад, VolanD666 сказал:

Засело, потому что по такой схеме построено очень много сетей. В том числе и таких, у которых простой в несколько минут выливается в сотни нефти.

Все эти сети крупные, сделанные на цисках и коммутаторах, а не на микротиках. Что их сравнивать и ставить в одно место с интернет провайдерами, в этом случае у них и подключение, и стоимость трафика должна быть высокая - никто пользоваться не станет.

 

5 минут назад, VolanD666 сказал:

А ваша схема: пачка софтороутеров+ отсутствие мониторинга+ пусть клиент сам платит за то что должны обеспечивать мы. Я честно не представляю как что-то серьезное можно построить при таком подходе.

При таком подходе можно построить динамично развивающийся бизнес. Который приносит прибыль здесь и сейчас, а не через несколько лет.

 

У вас подключение полностью бесплатное чтоль?

Или если клиент хочет 10Г канал, а у вас по сети до него оборудование не позволяет, вы за свой счет на 200-300 тысяч модернизаций заложите? Или все же возьмете ее разово или размажете в абонентскую плату с клиента?