Тип контенту
Профили
Форум
Календарь
Все, що було написано melvin
-
В чем, я оболдеваю от ваших слов. 4 Гбит/с только ведут ко мне, специально под PON, заявок собралось около 500 штук. Сейчас заведено 100 Мбит/с, пользователей 65 человек. Сервак со всем справляется. С Гигабитами не работал никогда. А вот обосраться перед пользователями не охото... Поэтому сюда и пришел спросить совет...
-
Я вот прям представил себе 10-гиговый SFP (SFP+ не для пацанов; у пацанов 10-гиговые SFP), сунутый в GBIC. И что тут не так, к чему предрались. 10G SFP+ - что тут не так, сократил 10G+ - что опять не так, вы сюда поржать пришли???
-
А коммутаторы с FSP еще остались? FSP коммутаторы, хи-хи-хи, я таких не знаю. Наверное, все-таки, SFP ??? вы же сами так написали в первом сообщении, которое уже исправили. за такой подход с вами тут вообще не буду разговаривать Ну а зачем в топике темы, ненужный текст. От своих слов не отказываюсь, писал быстро, мог накосячить. Приношу извинения за свои слова, никого обидеть не хотел. Да форум тоже ничего так. Поржать все поржали, а вот толком то ничего.
-
Приношу Вам, господа, огромное спасибо за засранную тему. Не хотелось разжовывать, но придется... думал и так поможете.... А теперь по сути. Сейчас есть работающая сеть, устроена она таким образом (ответ господам таким как WEST и др., которые предлагают взять админа): --- Магистральный канал входит в одну из сетевых плат сервера HP Proliant --- На серваке крутится 2 виртуалки --- На одной из виртуалок стоит связка squid+sams2+iptables, все прекрасно роутится, маршрутится, что нужно блокируется (netbios порты, порты самбы и т.д.) --- На 2 виртуалке - биллинг система, прекрасно все работает. --- После маршрутизации и статистики, через другую сетевую карту уходит на свитчи L2 уровня --- На L2 свитчах QoS'им трафик по пользователям + приоритизация по типам трафика --- После свитчей уходит по веткам на пользователей. --- На всем оборудовании поднят SNMP + у пользователей тоже настроен snmp, дабы все это дело можно было контролить через Nagios, крутящемся на отдельном сервере. Через Spaning Tree контролим все ветки на предмет ненужных колец и "умных" пользователей, конечно же, грешно не использовать привязку по MAC к соответствующим портам на коммутаторах. --- Все коммутаторы соеденены между собой оптоволокном (duplex patch cord) через SFP трансивера класса 10G+, воткнутые в GBIC порты тех же пресловутых свитчей L2 уровня. --- В качестве резерва по питанию стоит серверный UPS фирмы FSP Optima на 2800 Вт, через нормально разомкнутые выходы на упсе, через реле подключен AVR и дальше на "дизель" генератор, мощностью 8 кВт, фирмочки Honda. Дабы эту хрень постоянно не заправлять в работающем состоянии, переделана система питания с доп. насосом циркуляционного типа с сильфонным вкладышем и организована обратка, дабы не создавать избыточного давления перед карбом. Описал в кратце Я думаю, что вопросы с наймом мне админа должны отпасть... все делалось своими же руками... А теперь собственно вопрос: --- Разворачиваю PON технологию на прилегающих территориях. --- Входная магистраль от провайдера 1-го уровня представлена 4 волокнами оптики, в каждом волокне имеем честный Гиг, соответственно честно за него платим. --- Как видится БЮДЖЕТНЫЙ вариант роутинга, свитчинга и биллинга (Я понимаю, можно взять Junipe,Network Extreme, в крайнем случае Cisco), но опять же БЮДЖЕТ!!!! Вариант 1: --- взять сервак, напихать в него 4 SFP сетевых карточек, завести туда волокна, там весь трафик обтесать, привязать пользуков к биллингу и выдать на OLT. Боюсь, что потери скорости будут на обработке трафика между ШИНА-ВИНТ-ШИНА, и из 4 гигов останется меньше. Вариант 2: --- взять свитчару L3 уровня с 4 SFP портами, произвести агрегацию каналов, в Ethernet порт или в 2 порта (дабы не гонять трафик туда-сюда в один порт, отдельно разнести входящий и исходящий трафик) подключить сервак с биллингом. Вариант 3 (Очень интересует консультация в этом аспекте, а точнее обсудить, потрещать о всех плюсах и минусах, пользователей 500 штук уже на старте): Так вот, если воткнуться биллинг серваком в ethernet порт или несколько портов на OLT, то в качестве шлюза прописать адрес биллинг сервака или звонить на него vpn или PPPoE, но сильно не хочется. Боюсь я, что потере на обращении между шиной и НМЖД будут значительные и , соответственно, из 4 гигов останется немного меньше. Да и трафик через ж#пу будет организован (Пользователь -> OLT -> биллин г-> OLT -> пользователь), гонять туда сюда как-то стремно (опять же речь идет о потере скорости). Буду благодарен за информацию, как у кого организовано...
-
Приношу Вам, господа, огромное спасибо за засранную тему. Не хотелось разжовывать, но придется... думал и так поможете.... А теперь по сути. Сейчас есть работающая сеть, устроена она таким образом (ответ господам таким как WEST и др., которые предлагают взять админа): --- Магистральный канал входит в одну из сетевых плат сервера HP Proliant --- На серваке крутится 2 виртуалки --- На одной из виртуалок стоит связка squid+sams2+iptables, все прекрасно роутится, маршрутится, что нужно блокируется (netbios порты, порты самбы и т.д.) --- На 2 виртуалке - биллинг система, прекрасно все работает. --- После маршрутизации и статистики, через другую сетевую карту уходит на свитчи L2 уровня --- На L2 свитчах QoS'им трафик по пользователям + приоритизация по типам трафика --- После свитчей уходит по веткам на пользователей. --- На всем оборудовании поднят SNMP + у пользователей тоже настроен snmp, дабы все это дело можно было контролить через Nagios, крутящемся на отдельном сервере. Через Spaning Tree контролим все ветки на предмет ненужных колец и "умных" пользователей, конечно же, грешно не использовать привязку по MAC к соответствующим портам на коммутаторах. --- Все коммутаторы соеденены между собой оптоволокном (duplex patch cord) через SFP трансивера класса 10G+, воткнутые в GBIC порты тех же пресловутых свитчей L2 уровня. --- В качестве резерва по питанию стоит серверный UPS фирмы FSP Optima на 2800 Вт, через нормально разомкнутые выходы на упсе, через реле подключен AVR и дальше на "дизель" генератор, мощностью 8 кВт, фирмочки Honda. Дабы эту хрень постоянно не заправлять в работающем состоянии, переделана система питания с доп. насосом циркуляционного типа с сильфонным вкладышем и организована обратка, дабы не создавать избыточного давления перед карбом. Описал в кратце Я думаю, что вопросы с наймом мне админа должны отпасть... все делалось своими же руками... А теперь собственно вопрос: --- Разворачиваю PON технологию на прилегающих территориях. --- Входная магистраль от провайдера 1-го уровня представлена 4 волокнами оптики, в каждом волокне имеем честный Гиг, соответственно честно за него платим. --- Как видится БЮДЖЕТНЫЙ вариант роутинга, свитчинга и биллинга (Я понимаю, можно взять Junipe,Network Extreme, в крайнем случае Cisco), но опять же БЮДЖЕТ!!!! Вариант 1: --- взять сервак, напихать в него 4 SFP сетевых карточек, завести туда волокна, там весь трафик обтесать, привязать пользуков к биллингу и выдать на OLT. Боюсь, что потери скорости будут на обработке трафика между ШИНА-ВИНТ-ШИНА, и из 4 гигов останется меньше. Вариант 2: --- взять свитчару L3 уровня с 4 SFP портами, произвести агрегацию каналов, в Ethernet порт или в 2 порта (дабы не гонять трафик туда-сюда в один порт, отдельно разнести входящий и исходящий трафик) подключить сервак с биллингом. Вариант 3 (Очень интересует консультация в этом аспекте, а точнее обсудить, потрещать о всех плюсах и минусах, пользователей 500 штук уже на старте): Так вот, если воткнуться биллинг серваком в ethernet порт или несколько портов на OLT, то в качестве шлюза прописать адрес биллинг сервака или звонить на него vpn или PPPoE, но сильно не хочется. Боюсь я, что потере на обращении между шиной и НМЖД будут значительные и , соответственно, из 4 гигов останется немного меньше. Да и трафик через ж#пу будет организован (Пользователь -> OLT -> биллин г-> OLT -> пользователь), гонять туда сюда как-то стремно (опять же речь идет о потере скорости). Буду благодарен за информацию, как у кого организовано...
-
Не плохо
