форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Проблемы с каналом. Помогите найти причину."
Сообщение от Алексей (??) on 08-Июл-04, 13:21  (MSK)
Есть локальная сеть с радиоканалом наружу. В нормальном состянии ping до шлюза провайдера ночью без загрузки 6-10мс, днем под нагрузкой 30-40мс Периодически (днем) возникают провалы до 400-600мс до шлюза прова. При этом все узлы внутри сети доступны на 1мс. Внутри два офиса соеденены dsl каналом, доступны на 2мс. Провайдер открещевается, говорит что у него все ок, загрузка минимальна. Типа радиоканал работает отлично, смотрите у себя. Посоветуйте, плиз, как правильно поставить диагноз! Как можно проверить? Загрузка ЦП нашего шлюза 1% (Linux 2.4 - Slackware).
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Проблемы с каналом. Помогите найти причину."
Сообщение от tahion (ok) on 08-Июл-04, 14:18  (MSK)
Судя по описаному прямо моя проблема 2 месяца назад :) У меня все тоже самое но связь 1 мбит, все работало нормально 1 год потом на инет интерфейсе началося (iptraf, tcpdump) беспредел. Потери покетов по пингу составляли 30-40%, при этом дейсвительно ночью было все в порядке (нагрузка ночью конечно меньше да радио пространство не занято) >Провайдер открещевается, говорит что у него все ок, загрузка минимальна. >Типа радиоканал работает отлично, смотрите у себя. У провайдера дейсвительно все в порядке. >Посоветуйте, плиз, как правильно поставить диагноз! Как можно проверить? >Загрузка ЦП нашего шлюза 1% (Linux 2.4 - Slackware). Здесь все зависит от диагноза: смотрим каким нить tcpdump или iptraf (что стоит, хотя должно стоять и то и то) что творится на нетовском интерфейсе.   Если дохрена линшнего и не твоего (на всех пакетах должен стоять твой ip) попробуй решить проблему так: на внешнем интерфейсе отключаешь arp, предварительно посмотрев arp шлюза и статически добавив его в таблицу ("arp -s ip_шлюза 00:00:00:00:00:00" только вместо нулей добавляешь его  arp он же MAC, узнать можно arping ip_шлюза)   вариант второй: все зависит от удаленности до вышки, чем дальше расстояние тем больше пробелы в связи (это на 2,4 Кгц). попробуй командочку типа "ifconifg -i eth1 mtu 576", это если инет интерфейс у тебя стоит на eth1. нормальное значение стоит в 1500, это размер максимального пакета.    Ну и третий вариант поменять антену на тарелку (мне помогло, все остальные способы улучшали действие но решали его координально), у нее радиус приема составляет 2,5 градуса в отличии от 17 для антены, соответствено прием передача лучше.    Если не поможет поговори с провайдером, они должны решать такие вопросы, как поставщики нормальных услуг. (это если ты у них покупал радио комплект)    Кстати чуть позже после установки мы узнали что рядом стоит распределительная вышка другого провайдера (прямо на нашей круше но с другой стороны, и это она нам два месяца назад "мочила" весь трафик так что понаблюдай в округе нет ли помех :) )    На этом все, если че стучись.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Проблемы с каналом. Помогите найти причину."
	Сообщение от Алексей (??) on 08-Июл-04, 16:37  (MSK)
	>Судя по описаному прямо моя проблема 2 месяца назад :) >У меня все тоже самое но связь 1 мбит, все работало нормально >1 год потом на инет интерфейсе началося (iptraf, tcpdump) беспредел. Потери >покетов по пингу составляли 30-40%, при этом дейсвительно ночью было все >в порядке (нагрузка ночью конечно меньше да радио пространство не занято) Так в итоге Паразитный трафик был большой? >Здесь все зависит от диагноза: > смотрим каким нить tcpdump или iptraf (что стоит, хотя должно стоять >и то и то) что творится на нетовском интерфейсе. Посомтрел tcpdump-ом. Ничего не знаметил. Все мое. >  Если дохрена линшнего и не твоего (на всех пакетах должен >стоять твой ip) попробуй решить проблему так: на внешнем интерфейсе отключаешь >arp, предварительно посмотрев arp шлюза и статически добавив его в таблицу >("arp -s ip_шлюза 00:00:00:00:00:00" только вместо нулей добавляешь его  arp >он же MAC, узнать можно arping ip_шлюза) Не совсем понял, что значит отключить arp? MAC адрес шлюза прова статически привязан к его IP. >  вариант второй: все зависит от удаленности до вышки, чем дальше >расстояние тем больше пробелы в связи (это на 2,4 Кгц). попробуй >командочку типа "ifconifg -i eth1 mtu 576", это если инет интерфейс >у тебя стоит на eth1. нормальное значение стоит в 1500, это >размер максимального пакета. Т.е. ты предлагешь понизить MTU на внешнем интрефейсе? У меня сейчас он стоит 1500. (На внутренних такой же) >   Ну и третий вариант поменять антену на тарелку (мне >помогло, все остальные способы улучшали действие но решали его координально), у >нее радиус приема составляет 2,5 градуса в отличии от 17 для >антены, соответствено прием передача лучше. Антену недавно ставили на новое место, но там их спецалисты сами приезжали и настраивали, наилучшие параметры. Может быть случайно, может и нет, но если вынуть в момент затыков провод из локального интерфейса, то затыки пропадают. Вообще может дело в вирусах, которые гадят в сеть? Только как его отличить по трафику? Пока заметил только на одном ip большой исходящий трафик.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Проблемы с каналом. Помогите найти причину."
	Сообщение от tahion (ok) on 08-Июл-04, 16:54  (MSK)
	Попробуй поставить что нить вроде логера траффика узнаешь кто когда и куда ходил и на сколько, может просто проблема в том что в какойто момент у тебя просто канал хорошо занят, а ты пытаешься пропинговать :) тогда очеречь пакетов как последствие задержки.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Проблемы с каналом. Помогите найти причину."
	Сообщение от Алексей (??) on 08-Июл-04, 17:06  (MSK)
	У меня там стоит полноценный подсчет трафика. Нет там никакого сверхестественного загруза. Все в обычном режиме. Один ip только icmp непонятно зачем рассылает постонно. Проверю его обязательно. До шлюза провайдера до 11мбит. далее конечно медленнее. Если бы б был канал хорошо занят, првайдер бы подвердил. Он говрит, все не выше обычного. Как посмотреть очередь вообще есть? Может стоит ограничение на кол-во одновременных сессий. Как увидеть, как поправить?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Проблемы с каналом. Помогите найти причину."
	Сообщение от tahion (ok) on 08-Июл-04, 16:56  (MSK)
	Кстати а у тя сколько пропускная способность по радиоканалу? Сравни ее с пропускной способностью обычной сети и прикинь как соотношение
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Проблемы с каналом. Помогите найти причину."
	Сообщение от open on 08-Июл-04, 17:07  (MSK)
	вирусы 100 % могут положить радиоканал, по моему Blaster у нас некоторое время назад так и сделал. пишешь дамп трафика в файл. и сморишь на тот временной промежуток когда большие затыки.... хотя некоторые вирусы ip и MAC  умею менять... может тебе новым антивирусом пройтись по офисным компам ? >>Судя по описаному прямо моя проблема 2 месяца назад :) >>У меня все тоже самое но связь 1 мбит, все работало нормально >>1 год потом на инет интерфейсе началося (iptraf, tcpdump) беспредел. Потери >>покетов по пингу составляли 30-40%, при этом дейсвительно ночью было все >>в порядке (нагрузка ночью конечно меньше да радио пространство не занято) >Так в итоге Паразитный трафик был большой? > >>Здесь все зависит от диагноза: >> смотрим каким нить tcpdump или iptraf (что стоит, хотя должно стоять >>и то и то) что творится на нетовском интерфейсе. >Посомтрел tcpdump-ом. Ничего не знаметил. >Все мое. > >>  Если дохрена линшнего и не твоего (на всех пакетах должен >>стоять твой ip) попробуй решить проблему так: на внешнем интерфейсе отключаешь >>arp, предварительно посмотрев arp шлюза и статически добавив его в таблицу >>("arp -s ip_шлюза 00:00:00:00:00:00" только вместо нулей добавляешь его  arp >>он же MAC, узнать можно arping ip_шлюза) >Не совсем понял, что значит отключить arp? >MAC адрес шлюза прова статически привязан к его IP. > >>  вариант второй: все зависит от удаленности до вышки, чем дальше >>расстояние тем больше пробелы в связи (это на 2,4 Кгц). попробуй >>командочку типа "ifconifg -i eth1 mtu 576", это если инет интерфейс >>у тебя стоит на eth1. нормальное значение стоит в 1500, это >>размер максимального пакета. >Т.е. ты предлагешь понизить MTU на внешнем интрефейсе? У меня сейчас он >стоит 1500. (На внутренних такой же) > >>   Ну и третий вариант поменять антену на тарелку (мне >>помогло, все остальные способы улучшали действие но решали его координально), у >>нее радиус приема составляет 2,5 градуса в отличии от 17 для >>антены, соответствено прием передача лучше. >Антену недавно ставили на новое место, но там их спецалисты сами приезжали >и настраивали, наилучшие параметры. > >Может быть случайно, может и нет, но если вынуть в момент затыков >провод из локального интерфейса, то затыки пропадают. > >Вообще может дело в вирусах, которые гадят в сеть? >Только как его отличить по трафику? Пока заметил только на одном ip >большой исходящий трафик.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.