Ashandy

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

человек обьяснил в первом посте что он имел ввиду... ну неправильно обозвал человек топик - бывает

Ситуация следующая, у меня все управляемые свичи в одном менеджмент влане некотрое время назад после очередного наращивания кол-ва свичей заметил странность большинство свичей перестали пинговаться сразу, пингуешь- не видно, не пингуется.. не пингуется... через минуту или раньше начнет пинговаться, если начинаешь его пинговать со шлюза, который у свич и прописан - начнет пинговаться гораздо быстрее... и это как бы не было проблем, потмоу что пинг пошел - и сессия уже не оборвется.. а вот с одним свичем, DELL 6024F я не могу разобраться совершенно - территориально он находится далеко, километров 40, логически точно также как и остальные свичи, то есть схема примерно такая DELL 6024 ------vlan------[Layer3_Router]-----FreeBSD 8.2 GW || Local network трафика он через себя переливает порядка 3х гигабит сумарно, с трафиком, проходящим через него проблем нет... потерь нет... но пинг на свич ужасный, может начаться через минут 5.. потом через минуту может пропасть, потери тоже наблюдаются.. STP, IGMP выключен Вначале думал что проблема в том что у меня менеджмент влан прокинут поб обоим лямбдам одновременно.. исправил - ничего не изменилось.. посмотреть загрузку CPU немогу. я не нашел у делла такой команды, но по своим характеристикам он далеко не в пике.. как диагностировать проблему?

1) обновиться до 8,2-R 2) когда пропадают пинги приведите здесь выводы следующих команд: tcpdump -i <out_interface> netstat -m netstat -dw1 -i <out_interface>

а где такие можно в одессе найти по 30грн? я на рынке подобное нашел но за 80.. но он у меня проработал месяц и сдох.

ну значит я правильно размышлял... скорее всего так и есть. с ex.ua тоже такая ж тема была. только немного по другому: по некоторым причинам один блок на время в райпе вообще никому кроме райпа не принадлежал... где то через месяц после этого доступ на ex.ua пропал с этого блока айпи. письма админам ничего не прояснили - никто не ответил. но после возвращения блока айпи - где то через недели 3 доступ восстановился.

на maxmind один блок определялся правильно, а у второго не был указан город - им написал по этому поводу. может информация поможет для размышления мои блоки: 195.54.52.0/23 31.40.16.0/21 часто определяются почему то, как чернигов или италия вот и ищу в какой именно базе данных они так определяются

Спасибо, сейчас напишу, с подтверждением от райпа проблем нет, там указано как раз правильное местоположение PS. ipgeobase.ru определяет оба блока правильно.

Имеются в распоряжении уже длительное время 2 блока реальных адресов: /23 и /21. И до сих пор на подавляющем большинстве сайтов географическое местоположение этих адресов определяется вообще неправильно. Как я понял, данную информацию они берут с каких то баз даных, и чтобы изменить эту несправедливость нужно и написать тем, кто эти базы данных и обслуживает. Вопрос только кому писать?

Заранее благодарен за инвайт на ashandy.net@gmail.com

выше 1472 у меня пинг не пропустит, 28 байт добавляет пинг в заголовок, да и не в этом же вопрос, а в том как мне увидеть где потерялся пинг? или это трудно достижимо?

Схема: серверный шлюз--радиоканал--свич--клиентский шлюз. в данной схеме: оба шлюза построены на базе Freebsd, сетевые карты Intel Pro 100, sysctl net.inet.icmp.icmplim=500 радиоканал на микротике свич - Foxgate s6224-s2 Ситуация: При данной схеме, как обычным пингом так и размером в 1400 байт, с клиентского шлюза на серверный в среднем на 100 пакетов есть 1 потерянный. если я меняю схему на: серверный шлюз--радиоканал--клиентский шлюз то потерь нет. Практика: Как пытаюсь отследить - на серверах смотрю netstat -d -w1 net0 на свиче смотрю статистику порта через show interface e 0/0/1 detail нигде потерь, ошибок нет. а, радиоканал я тоже проверял, работает все четко. Вопрос: Как мне увидеть где теряется пинг? P.S. тему сдублировал на наге.

а вот мне тоже интересно как такое сделать, два дня назад тоже рыл man bridge, но не вышло..

второй раз обратились за новым блоком IP /21 к isp-servis.ru. Все быстро и коммфортно. Спасибо!

ну при желании авторы всегда могут доработать. Например добавить более гибкое добавление в базу вланов. более детально еще не смотрел