Ashandy

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

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

Ситуация следующая, у меня все управляемые свичи в одном менеджмент влане некотрое время назад после очередного наращивания кол-ва свичей заметил странность большинство свичей перестали пинговаться сразу, пингуешь- не видно, не пингуется.. не пингуется... через минуту или раньше начнет пинговаться, если начинаешь его пинговать со шлюза, который у свич и прописан - начнет пинговаться гораздо быстрее... и это как бы не было проблем, потмоу что пинг пошел - и сессия уже не оборвется.. а вот с одним свичем, DELL 6024F я не могу разобраться совершенно - территориально он находится далеко, кил

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 inter

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

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

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

Вау, даже не знал! это действительно то что надо на много лет вперед

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

Имеется: куча умных свичей, вланов. Это все территориально не в одном месте. Требуется: База данных соответствий вланов к портам свичей, отметки свойств портов, ну и динамическое изменение во всех местах при перемещении влана и т.п В данный момент это все ведется в екселе. но количество данных разрастается до неприличных размеров. При изменении какой либо информации очень долго стало изменять всю информацию. перекрестные связи, ссылки уже тоже не спасают. боюсь ошибиться и в нужный момент тратить много времени на поиск ошибок. Сейчас ваяю под эти нужды в аксессе. С ним ранее не сталкив