KaYot

Карты в наличии.

Up.

Актуально.

Еще один коммутатор в продаже, модель 4948e-f dual PSU. Полностью исправен, небольшие косметические деффекты. 300$. P.S. вероятно это последняя поставка данных свичей, встречаются они все реже, а цены становятся все выше. Закупка в США на сегодня +- 300$.

На севере Украины нормальные А то что 12(!!!) лет прошло, Вас никак не смущает?

Ты на последние пару постов смотри, они всё объясняют.

Иногда лучше жевать, чем быть Анреем, менеджером датагруп..

SFP сдох.

Андрюха, у нас такой аппарат в офисе лежит. Бери пользуйся))

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

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

Новое поступление, наличие 6шт. Отличное состояние, тихие и экономичные сервера. Dell R210 II CPU: Xeon E3-1240(4 core/8 threads, up to 3.7Ghz, 80w) RAM: 16Gb DDR3-1333 ECC HDD: 500Gb SATA IDrac6 express + IDrac6 Enterprise - полноценное удаленное управление сервером с выделенным портом. PCIe-16x рейзер 290$

Постоянно в наличии, 20$/шт.

Silicom intel 82599, 2 порта SFP+ - 90$ Qlogic QLE8442-CU, 2 порта SFP+ - 90$ Так же в наличии SFP+ short range модуля(5$) и DA-twinax медные кабеля(20$).

Up, 750$

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

Я могу понять смысл использования хуанана в домашней машине, в итоге все тоже, но на 50$ дешевле и это круто. Но вот собирать из стрёмной китайской железки свой же бизнес с экономией все те х же 50$.. Какая-нить неформатная б/у плата dell/hp/fujitsu будет стоить столько же, но прослужит до окончания времен.

Через вторую PPPoE сессию давать это вообще зашквар.

Ну вот, проектировалось "что бы было красиво", а по итогу таблицы маршрутизации содержат ненужные поля МАК, и раздуваются в лишние 2 раза. Да и обработка 128бит на софт-роутерах в разы затратнее чем нативных 64 бит. NAT64? Мы ж от него уходили всеми силами))

Тут как раз проблемы никакой, целый блок /64 выдан клиенту и любой IP входящий в него - проблема клиента. А вот то что сейчас даже списки блокировок ничего не знают про V6 - забавно.

P.S.S вот нахрена заложена концепция выдачи конечному клиенту /64? Зачем ему эти зиллиарды адресов? Если цель уйти от НАТа полностью - 16 бит для этого достаточно с огромным запасом, остальное гигантизм и понты.

А как по мне - ipv6 бесполезная и изначально хреново продуманная концепция, созданная профессорами-теоретиками, а не сетевиками. Можно ж было сделать не "что б круто было", а с сохранением совместимости и практичности, расширить адресное пространство еще на 2 байта ZZ.ZZ.XX.XX.XX.XX с сохранением IPV4 сетей как одного из подмножеств V6. Старое железо работало бы на ура, минимальные изменения в конфигурациях и мозгах. В современной реализации никто не думал как будут выделяться блоки, где хранить эти 128 бит, как их вообще раздавать кастомерам и как обеспечить переход с V4. Придумали и сказали "внедряйте". По планам должно было быть молниеносное внедрение с 11 года, в виде "кто не включил в6 - тот лох", еще в те времена помню в каждой теме по выбору железа были фразы от NEPa "эта железка не умеет V6, через год придется выбросить". Но таки прошло 7 лет, 3 поколения железок сменилось, а оно все так же и остаётся диковинной штуковиной, ненужной ни потребителям, ни операторам. И железкам все еще V6 нужен "на вырост". Если хостерам внедрение вылилось в минимальное усложение конфигурации и в принципе нынче половина интернета доступна на v6 only(но лишь половина!), то у операторов готовность минимальна. А у клиентов все еще хуже, 90% CPE не умеют нормально в V6. P.S. в win7 был встроен 6to4 брокер(торредо), и даже работал. Пару лет назад обслуживающий хост у майкрософта сдох, с тех пор дуал-стек у win7 исчез. И всем пофигу, ничего не изменилось кроме того что моя домашняя винда теперь не проходит тест ipv6-ready. На данный момент не вижу никакого смысла во внедрении V6, разве что если это не требует никаких финансовых и временных затрат, just for fun.

980м дуплекса без каких-либо плясок. Полудуплекс нынче даже специально не так легко включить

Все верно написано. Лимит в 65к соединений можно получить только для обращения 1 источника к 1 получателю, и это не открытые порты роутера. Количество вариаций src-port источника . В любых других ситуациях лимита соединений нет.

Самому стало интересно в чем же разница. Гугель говорит - НАТ в BSD отслеживал только адрес назначения, что б вернуть пакет отправителю нужно однозначное соответствие "порт на который пришел трафик - локальный ИП". Итого 65к tcp + 65k udp трансляций на IP. Линукс же изначально отслеживает все 4 параметра SRC, DST, sport, dport - нет нужды подменять порты и нет ограничения числа трансляций на 1 ИП. Думаю этой ереси и в БСД давно нет, да и НАТов там несколько разновидностей.