Ashandy
Тип контенту
Профили
Форум
Календарь
Сообщения додав 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
-
Попробуйте для начала увеличить размер пакета для обеих схем. Я бы начинал с 5000. Картина будет более наглядная.
выше 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.
Все быстро и коммфортно. Спасибо!
-
Это больше подходит для домашних пользователей, в плане интеграции с биллингом.
В транспортной сети такой фокус не прокатит.
ну при желании авторы всегда могут доработать. Например добавить более гибкое добавление в базу вланов. более детально еще не смотрел
-
Nodeny 50+UserSide+специальный модуль для интеграции
Вау, даже не знал! это действительно то что надо на много лет вперед
-
... Из того, что сразу всплывает в памяти, это российская разработка nocproject и французская wiremaps.....
Благодарю, посмотрю
...бд - любой скл, а к нему надо оболочку, для 20 свичей можно и написать самому
вопрос в том, что это не нужно на самом деле, биллинг строится об абонента, а не от свича
если вланы не типизированы и есть необходимость в хранении настоек каждого уникального свича - значит надо не заниматься ерундой. а переделывать сеть.
в какой то степени вы правы, но это нужно в первую очередь для моего удобства, и только потом, в будущем в биллинг.
согласен, что проще написать самому, эти тоже занимаюсь, но сюда написал в возможной попытке найти халяву сэкономить время для такого софта/бд
userside имеет некоторый функционал по этим делам.
Спасибо, попробую побеспокоить если у самого не выйдет
Залейте на сервак свою википедию, и наполняйте её. и будет вам счастье
Excel гораздо удобнее в данной ситуации
-
Имеется:
куча умных свичей, вланов. Это все территориально не в одном месте.
Требуется:
База данных соответствий вланов к портам свичей, отметки свойств портов, ну и динамическое изменение во всех местах при перемещении влана и т.п
В данный момент это все ведется в екселе. но количество данных разрастается до неприличных размеров. При изменении какой либо информации очень долго стало изменять всю информацию. перекрестные связи, ссылки уже тоже не спасают. боюсь ошибиться и в нужный момент тратить много времени на поиск ошибок.
Сейчас ваяю под эти нужды в аксессе. С ним ранее не сталкивался, поэтому процесс пока медленно продвигается. Любые решения на базе Nagios, Zabbix не подходят, они хороши для визуализации...
Нужна именно база данных чтобы быстро можно было понять куда что идет...
Возможно кто то подобное или находил или сам делал и готов поделиться софтом или дельным советом.
Потери на свич, через который потерь нет
в Комутатори L2
Опубліковано:
понял, спасибо, значит первая задача выяснить его нагрузку.. к сожалению у делла нет команд в консоли позволяющих посмотреть его нагрузку.
ну и остальное...
спасибо, проверю.