Baneff

А вот человек пишет, что должно взлететь и так. Мне без разницы какие правила и стандарты при этом будут безжалостно нарушены, главное чтобы работало на практике. http://www.fiber-optic-transceiver-module.com/possible-to-transmit-1310nm-1550nm-over-mmf-or-850nm-over-smf.html

Всем здрасти. Вот используем мы многомодовые SFP+ двухглазые модули для 10G линков на коротких дистанциях, в пределах серверной комнаты. Используем, ибо дёшево и сердито. Соединяем специальными оранжевыми мультимодовыми двойными пачкордами. Ничто не предвещало и вдруг. Понадобилось перекинуть 10G линк в другую комнату, расстояние около 80м. Проблема в том, что там заложен уже в стену между комнатами обычный одномодовый кабель и изменить ничего нельзя уже. Что делать? Будет работать линк с многомодовыми модулями по краям через одномодовое волокно? Или придётся покупать одномодовые SFP+ WDM моду

Кстати да, есть ещё и третий способ - через нетграф. Но тут уж у меня совсем никакого опыта и вряд ли я за такое возьмусь. А есть где-то в сети толковое описание что конкретно и как тюнить под 4 тысячи виланов? Понятно что гугл никто не отменял, но всё-же.

Доброго всем дня. А остались ли тут специалисты по FreeBSD? Или все уже перешли на сторону Темнейшего? Вопрос вот возник. Изучаю возможность внедрения технологии vlan-per-user и понадобилось вот создать на машинке под FreeBSD несколько тысяч пользовательских виланов. Как кошернее это делать? Сгенерировать конфиг скриптом и просто добавить в rc.conf ? Не трогать rc.conf и генерить всю эту байду стартовым скриптом? Сколько времени займёт тогда процесс генерации например 4000 виланов? И вообще, как сама FreeBSD среагирует на такое издевательство, не вылезет ли какая нехватка буферов, дескри

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

Вынужден согласиться. Это, несомненно, правило номер 1! Не, на ходу, конечно, нельзя. Но, не знаю как во всех моделях, но в некоторых точно поддерживается горячая автозамена. Ставится пару лишних планок и вот на них оно автоматом и переключается в случае чего. Для дисков такая-же схема. Не знаю как оно работает в риале, бо, как уже говорил, не сталкивался с отказом памяти, но на всякий случай резервные планки ставлю, а вдруг поможет если что?

Не-не, сдохший тазик == отказ в обслуживании. А если один или даже два диска из райда выскочило или сгорел один из двух БП, то отказа в обслуживании нет, так шта... Проблем с серверной памятью не встречал ни разу - она вечная, но даже на этот случай предусмотрена горячая автозамена сбойнувшей планки на резервную. Софтроутер надо хоть раз в год апдейтить на предмет безопастности, так что 5 лет - оно канешна можно, но только если забить на апдейты. А циски и джуниперы типа без перегрузки апдейтятся? Или там дыры не находят периодически? Или таки забили где 5 лет?

Наша статистика за 20 лет работы. Не было ни одного случая сдыхания хоть одного тазика или свича на узле. Диски - да, было сдыхали. Но это на лету меняется, а сейчас вообще - ssd. UPS-ы сдыхали, было, ну и замена аккумуляторов периодически само собой. Для таких случаев всё оборудование на узле имеет по два блока питания с двумя комплектами UPS и аккумуляторов - помогает, одновременно две ветки питания ещё ни разу не отказывали. При наличии трёх внешних каналов с full view BGP отказов всех одновремнно не было пока ни разу. Два одновременно падали, было, взяли третий. Основная и практически еди

Ізоляція портів мало що дає. В ті часи про які мова, ще прописували в той eeprom окремі вілани на кожен порт і один порт робили транком, з таким вже можна було жити більш менш нормально, хоча воно як було, так і лишалося некерованим тупариком.

А где я говорил, что это плохо? Необычно, как по мне, Когда я ещё обжимал кабеля, то ничего у меня не выскакивало и оболочка прекрасно зажималась "на века". Дело сноровки и тренировки. Но можно и так. А можно ещё коннекторы специальные ставить как в соседней теме. А ящик красивый, молодцы!

С какой это радости? Свичу пофиг на DHCP, никто там ничего не укладывает. Ну может такой роутер с задним проходом соседям по тупарику раздать настройки, но даже и против этого есть эффективные методы. Боюсь, что если открыть ящик любой "домашки", то там можно много интересного увидеть, однако работает, чего уж там.

Ну да, значит были на то причины. Ключи потеряли или ещё что. Закроют, если это так раздражает. Оно что, влияет на работу как-то? У Киевстара вообще все ящики открыты годами и ничего. А закрытый ящик отвёрткой открывается, если Вы не в курсе. Это мелочь на самом деле.

Ну Волю ніхто не порадить, і я не буду. Львівнет я би теж не радив, в них провайдинг не основна діяльність тепер, так, крутиться в фоні в залишковому стані. Так що лишається Лінкком спробувати. Дешевше ніхто не затягне, а якщо рік безкоштовно дають, то можна і 2000 заплатити як на мене, все ж таки буде оптика в хату без того тупарика в ящику, хоч і гепон. Затягнутися до вас можна, але буде значно дорожче ніж пропоную Лінкком, так що...

Интересно, а что вы там такого узрели на фото, что не стали бы подключаться? Обычный ящик подключения домашников в многоквртирном доме с гепон подачей и езернет раздачей. Лично меня заинтересовал только способ обжима коннекторов с помощью изоленты, оригинально-с. Ну и да, вместо тупарика можно было бы что-то хоть минимально управляемое. А так... У многих такое. Я к Линккому отношения не имею, если что :)

Верю, но решение уже принято и оно предполагает минимум телодвижений, в отличие от. Всё равно есть уже арендованый виртуальный сервер в облаке и разместить там DHCP сервер - минутное дело. Останется заменить на главном тазике DHCP сервер на DHCP релей и всё, больше ничего менять не нужно и не нужно ничего городить и осваивать новые сущности. Дёшево и сердито, на один час работы всего. Я уже тут больше времени потратил на разговоры

что и требовалось доказать, нужно пересобирать Нет, вы таки не понимаете. Да, можно пересобрать с сокетами, но при этом сервер теряет возможность слушать бродкаст и соответственно теряет способность работать с клиентами напрямую. После такого сервер может работать только с релеями, через посредников, но это не беда. И да, при сборке с сокетами сервер можно привязать к одному IP адресу, но он всё равно на этом адресе должен слушать порт 67, так как релеи не умеют передавать информацию на отличній от 67 порт и вот это - беда. В результате мы всё равно получаем сервер, который пытается

Прочитал, спасибо. Да, мой случай, но ничего нового я там не узнал, автор пришёл в конце концов к тому же решению, что и я - вынести DHCP сервер на отдельный комп. Видимо другого решения таки нет.

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

Спасибо за совет. Выполнил два первых пункта инструкции. Установилось больше сотни связанных пакетов общим объёмом более 1.5 гбайта. Почесал в затылке и решил дальше не идти, всё снёс. Это слишком сложно всё ради такой мелкой цели, как у меня. Уверен, там дальше вылезет куча подводных камней, которые сожрут кучу моего драгоценного времени с негарантированным результатом. Короче решил не плодить сущности, как нибудь в другой раз, когда действительно будет нужно это всё. Согласен, всё именно так и делаю. Похоже - это оптимальный вариант для моей задачи. Простота - залог здоровья.

За инфо спасибо, не знал, учту в будущем. Если решение действительно бесплатное, то где-нибудь пригодится. В виндовс серверах я остановился в развитии где то во времена Windows NT :). А с конфигами DHCP я уже наигрался, да и тут решения пока никто не предложил. Увы, но чтобы слушать бродкаст от клиентов DHCP релей обязан садиться на все UDP адреса порт 67 и работать через BPF, иначе - никак. Посему ещё что-то всадить на порт 67 на этой-же машинке невозможно физически. Так что решение имхо всё ещё следующее: вынести DHCP сервера на пару арендованіх виртуальных серверов в облаке. Пару - для

Сорри, я в виндах не силён, уровень эдвансед юзер онли. То есть что, серверную винду без gui раздают бесплатно под многоядерные двухпроцессорные тазики? И к этой винде бесплатно же раздают Hyper-V Server ? Или этот бесплатный Hyper-V Server грузится и работает сам, без винды? И потом над этим всем можно наплодить виртуалок без существенной потери производительности и под разные системы включая FreeBSD и всё это бесплатно? Типа ярмарка невиданной щедрости? Просто интересно на дальнейшее. Но, предположим, что бесплатно таки. То есть беру вот я фрю, на которой по IPoE терминирутся с

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

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

Патамушта аптайм 500 дней, наверное. Хотя хз, не я покупал. Ну и уж раз такое дело, то рассказывайте где есть такое же, но дешевле.

Посмотрел. Очень познавательно и увлекательно, но это же Windows. А тут FreeBSD и смена OS не обсуждается.