muff

На даный момент с UA-IX "прилетает" 56783 префиксов. Согласно статистики, на порту HE на даный момент "пробегает" около 2Gbps...

Сегодня в 12:00 Hurricane Electric запустился, трафик уже пошел в UA-IX. Правда Google видимо не обновил правила на количество приходящих префиксов, вследстии чего сесия UA-IX<->Google обрывалась. В этом есть и положительный момент, трафик развернулся через другие обменки, и порты Googl в UA-IX разгрузились

Не нужно забывать о частотных характеристиках кабеля. У меня были ситуации, когда даже на двухметровом патчкорде 100Mbps подымается на ура, а гигабит - ну никак. Берешь новый кусок кабеля, переобжимаешь... Кабель звонится, все ок.. Но гигабит не подымается! Возьмешь другую бухту кабеля, сделаешь патч - все ок, гигабит летает. Так что, "на глаз" сложно узнать, будет ли кабель (биметал, noname, etc)держать гигабит, или нет.

Трасса кудой идет? Стык гугла с UA-IX уже давно вечерами в полке. А вчера еще два порта, судя по графикам, "выпали" из LACP, теперь этот стык еще более загружен...

Посмотри количество pps, которые пробегают через железку. Как вариант, начали ДОСить сервер или кого-то из абонентов. Либо же несколько абонентов попали в ботнет и начали генерировать трафик, проводя ДОС-атаку от тебя. Скорее всего, должна быть статистика по юникаст-пакетах на интерфейсе. Посмотри, не появился ли резкий скачек по количеству пакетов.

FTR-1319P-5A 1310нм одномодовый - 1 шт. - 90 грн. шт. FCM-8519-1-T4 Active Copper Gbic - 2 шт. - 90 грн. шт. Заберу.

Есть ли возможность покупки по безналу с НДС?

За 2200 грн. заберу.

Кстати, город какой? Может самовывоз?

Есть ли возможность оплаты по безналу с НДС?

Включись в порт ноутбуком, и подставляй МАС-и. Перебери штук 16 подряд, меняя последний байт, например: 00:15:17:5f:7e:00 00:15:17:5f:7e:01 00:15:17:5f:7e:02 00:15:17:5f:7e:03 00:15:17:5f:7e:04 00:15:17:5f:7e:05 00:15:17:5f:7e:06 00:15:17:5f:7e:07 .... И на каждом проверяй скорость. Скорее всего, проблемы с LAGG у транспортника (как уже подсказали несколькими постами выше), то по идее они максимум 8 портов могли агрегировать. Возможны разные алгоритмы балансировки, где влияет не только МАС, но и IP, поэтому подготовь табличку по примеру: МАС IP Скорость вход. Скорост

Всем хорошего дня. Заметил сегодня очень интересную вещь.... Коммутатор Alcatel 6224. При просмотре таблицы биндинга получаем очень интересный вывод: Alcatel-sw# show ip dhcp snooping binding Total number of binding: 4 MAC Adreess IP Address Lease (sec) Type VLAN Interface ------------------ --------------- ------------ ---------- ---- ---------- 00:1e:8c:81:xx:xx 10.34.13.37 3261 learned 3413 e7 40:61:86:eb:xx:xx 10.34.13.29 3533 learned 3413 e6 xDvkEa 10.34.13.26 3588 learned 3413 e1 f4:f2:6d:83:xx:xx 10.34.13

http://www.vokrugkabelya.ru/2016/06/Radiokanal-na-37-km-propusknoj-sposobnostju-6Gbs.html Интересно, когда ожидать в продакшене... Кстати, а кто какие фактические результаты на даный момент имеет по воздуху? Интересно сравнить пары расстояние/пропускная_способность.

Может опечатались? 100$ шт?

Это ж дикость. Линукс не даст вам зарезервировать больше чем физически доступно, и никаких минусов или 100+% быть не может. http://help.ubuntu.ru/wiki/ext4 http://www.linuxshop.ru/articles/a337-working_with_the_volume_of_the_disk_in_linux_command_df_and_du

Как вариант, прочекайте в Single User Mode в принудительном режиме: fsck -fy

Удалите хоть что-то и попробуйте установить ncdu. Как вариант /usr/src, если сырцы подтягивали.

Это не баг. Юникс-системы резервируют дисковое пространство (во Фре по умолчанию 8%). Только отображают по разному. Фря, если "залезли" в зарезервированное дисковое пространство отображает эти значения с отрицательным значением. Linux-ы показывают, что заполнение дисковой подсистемы больше 100%.

Возможно все-таки стоит прочекать файловую систему.... Загрузись в single user mode и проверь на наличие ошибок.

Понятно, что новый порт не получится установить, пока не освободится место. Попробуйте удалить что-то ненужное, чтобы хоть немного дискового пространства освободить. Посмотрите в /var/log, /home и /tmp Однозначно найдется, что можно будет удалить. Кстати, на всякий случай "убейте" mc, если он все еще запущен: killall -9 mc

А если просто du -h / | grep G ?

Утилита ncdu установлена? Если нет, то попробуйте следующее: du -h / | grep G Найдете файлы больше 1GB. Также, скорее всего, найдется несколько лог-файлов большого размера. Можете их удалить, освободив тем самым необходимое место в 5-6 ГБ. После этого установите ncdu и разберитесь, что именно "ест" место. В связи с нехваткой дискового пространства некоторые демоны могли остановить свою работу. После освобождения дискового пространства запустите их вручную, либо же перезагрузите сервер.

Хм... Кажется мне существенно недоплачивают!

Бронь до выяснения.

Только что проверил трасу - доступны через DE-CIX. Но, похоже, ситуацию это не спасает.