Morbid

Добрый день. Время от времени встречается такая проблема. У абонента 100% верный настройки, но до шлюза он достучаться не может. В это время на шлюзе есть две арп записи на один мак, вида: (10.172.184.142) at 40:16:7e:97:11:35 [ether] on lan ? (169.254.215.196) at 40:16:7e:97:11:35 [ether] on lan В тспдампе видно арпы прилетающие от клиента с запросом шлюза, идет ответка, но на это все. Чистка таблицы арпов не помогает (сразу после чистки снова появляется два арпа), перезагрузка оборудование абонента не помогает. По сути спасает только смена ИПшника абонента. Шлюзом стоит Linux (Debian 7.11) Проблема не смертельная, но блин не могу понять откуда берется второй мак :( и в чем может быть проблема, и как ее "правильно" решить. Есть идеи?

Debian 8.7 Ядро 3.16 компилится но не включается модуль, с ошибкой modprobe: ERROR: could not insert 'xt_ratelimit': Exec format error

Надзор сказал можно, но ни чего не дал и не сказал :( СОРМ и Блокировки это понятно, они будут отдельный, вопрос пока именно в документах, как вы говорите хотя бы образец\рыбу :( что понимать от чего отталкиваться.

Добрый день, коллеги. Кто нибудь может подсказать\проконсультировать по вопросу совместного использования сооружения связи? (другими словами, один центральный узел связи для двух провайдеров (разные ЮрЛица, разные лицензии и т.д.)) Может кто поделиться договором подобного?

3420-28SC стоят в стеке, 3 года практический. Сейчас трафик под 5-6 гигов в час пик, мультикаст есть, с 30-40 вланов, в целом до 5к не было проблем с коллизиями, где то на 5,5к начали ощущать проблемы. раздробили немного сеть. Но нареканий нет, модули разные, в 10ках торчит как ДиректАтач, так и DWDM, так и просто "дешевый" модуль. В целом железка гуд, особых проблем не наблюдаем. Boot PROM Version : Build 1.00.006 Firmware Version : Build 1.76.B008 Hardware Version : B1

Дико плюсую, получили коммутатор, с не прикрученным радиатором, но об этом узнали после включения :( благо за 5 рабочих дней оперативно заменили на новый.

мы еще 111 udp (PORTMAP) тоже усилители юзаються

Стоит MES2324B, как агрегация, пропускает 6-7 гигов (в час пик). (Правда кроме вланов там ни чего не юзаем) жужит без проблем. Вланов 30-40 штук. (поставили его именно из-за наличия 4х десяток). MES3324F - вроде как относительно новая железка, в замен 3124F. (если не ошибаюсь). У нас стоят на 3 домах (3124F), выступают в роли шлюзов для абонентов + OSPF + мультикаст (но малый объемы). Там нагрузка транзитная ~1 гигабита, нареканий нет. Все пашет. Все железки в эксплуатации 4+ месяца.

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

Причем тут 3420? он же гигабитный. Здесь речь о 10гибтных железках, и я как раз таки сказал что ставит его не надо.

Да ззамутите вы опрос, кто юзает IPTV, а кто DVB (лично и как оператор связи) и цифры покажут...

Eltex MES2324B - мы взяли таки себе три штуке, в стеке пашут. Прошу прощения, а где такие цены? На том же наге БУ стоит в 3-4 раза дороже.

Ищу уже подобное, давно, но в ядро. Вариаций нет, у того же длинка есть за 40-60к (http://www.dlink.ru/ru/products/1/2024.html), но ни кто не рекомендует его ставить в ядро, к тому же смарт. Так что в след году будеv тестить Eltex. P.S. Найдете чего стоящего сообщите плиз =)

Ну а зачем ходить по краю и быть максималистом? Делайте две выгрузки в сутки, и живите спокойно. P.S. В ожидание, а почему не 3-5-Н выгрузок, хотите, делайте столько, но должен присутствовать здравый смысл, который не противоречит закону. В вашем пример >> сутки + 5 минут, это нарушение (ИМХО). Это как ограничение скорости, превысил допустимую, будь любезен заплатить штраф. Но не кто же не запрещает ехать на 1-3 км медленей.

А есть у кого-нибудь данные по динамике изменения количества записей в реестре? 2016-12 4862 2016-11 4811 2016-10 3888 2016-09 3113 2016-08 3369 2016-07 3316 2016-06 2674 2016-05 2984 2016-04 2196 2016-03 1983 2016-02 2408 2016-01 1198 2015-12 2195 2015-11 1763 2015-10 1767 2015-09 1442 2015-08 927 2015-07 1128 2015-06 682 2015-05 811 2015-04 929 2015-03 617 2015-02 480 2015-01 391 Первый столбик, дата добавления в реестр (include_date), второй столбик кол-во активных записей (то есть которые на тек. момент должны быть заблокирован)