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

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

"подскажите по ограничению канала"
Сообщение от pahha on 20-Ноя-03, 18:36  (MSK)
Доброго всем здравия. вот добрался до разграничения канала с помощью cisco.... есть канал на обоих концах которого киски, одна моя 2-я провайдера.. первый день занимаюсь этим вопросом кое что нарыл, но кое что не ясно( вопрос больше теоритического плана (конфигов в инете полно) ну например такой момент: я хочу чтоб весь веб трафик занимал 10 % от общего создаю соответствующие списоки доступа настраиваю шейпер на внешнем интерфейсе на нужную скорость скорость, те туда(исходящие)  пакетики режутся а обратно? как обрезать пакеты от инетовского веб сервака подозреваю что если поставить шейпер на внутренний эзернет моей киски то окно tcp коннекции уменьшится и обратные пакеты будут идти с заданной скоростью, так ли это?? Спасибо П.С.    если можно киньте ссылки с грамотными обсуждениями вопросов урезания трафика, не на уровне конфигов а на уровне принципа действия..
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "подскажите по ограничению канала"
Сообщение от Beginner on 21-Ноя-03, 11:18  (MSK)
>Доброго всем здравия. > >вот добрался до разграничения канала с помощью cisco.... > >есть канал на обоих концах которого киски, одна моя 2-я провайдера.. >первый день занимаюсь этим вопросом кое что нарыл, но кое что не >ясно( >вопрос больше теоритического плана (конфигов в инете полно) >ну например такой момент: >я хочу чтоб весь веб трафик занимал 10 % от общего >создаю соответствующие списоки доступа >настраиваю шейпер на внешнем интерфейсе на нужную скорость скорость, те туда(исходящие)   >пакетики режутся >а обратно? как обрезать пакеты от инетовского веб сервака >подозреваю что если поставить шейпер на внутренний эзернет моей киски >то окно tcp коннекции уменьшится и обратные пакеты будут идти с заданной >скоростью, так ли это?? Будут медленнее идти пакеты, а окно задается конечными системами и маршрутизатором не модифицируется. Если зажать у себя на внутреннем - будут дропиться пакеты на маршрутизаторе (ты будешь получать у провайдера больше чем отдавать), если зажать у провайдера. то соответственно на его маршрутизаторе будет дропиться (если добьешься от провайдера этого - медаль тебе большую)
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "подскажите по ограничению канала"
	Сообщение от pahha on 21-Ноя-03, 11:34  (MSK)
	А разве из -за того что пакет не дошел окно не уменьшаеться?? там же есть какойто алгоритм скользящего окна или чето типа того...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "подскажите по ограничению канала"
	Сообщение от Beginner on 21-Ноя-03, 11:41  (MSK)
	>А разве из -за того что пакет не дошел окно не уменьшаеться?? > >там же есть какойто алгоритм скользящего окна или чето типа того... Алгоритм есть, но маршрутизатор его не контролирует, В зависимости от реализации и настроек окно может измениться или остаться прежним
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "подскажите по ограничению канала"
	Сообщение от pahha on 21-Ноя-03, 12:07  (MSK)
	гм а тогда немногоо не понятен смысл дропать пакеты у мня на внутреннем интерфейсе получаеться же что юзер послали  запрос   к серверу соединение установилось, далее  обратно  допустим должно прийти 1000 байт но ограничение у меня дропает некоторые пакеты и они повторяються серверо приэтом трафик между юзером и сервером растет и между моей и провайдерской циской тоже и для передачи 1000 байт он уже составляет хрен пойми сколько((( те особого смысла заниматься резаньем , без участия провайдера нет???? или я что то не уловил?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "подскажите по ограничению канала"
	Сообщение от A Clockwork Orange on 21-Ноя-03, 12:49  (MSK)
	Что значит резать без участия провайдера.. Ты купил 128к допустим, ты за это платишь, "просто резать" конечно нет смысла. Заплатить за 128к а после резания себя получить меньше? Ерунда. Допустим ты разрезаешь канла 128к, полученый от провайдера на два раза по 64к для двух потребителей. Когда интенсивность трафика к потребителю, начианет превышать 64к пакеты начинают дропаться или со временем дропаться в зависимость от превышения над 64к и в зависимости от растяжения этого процесса во времени. Если пакеты дропаются что происходит? 1. Клиент не получил пакет он запрашивает его заново (объем трафика увеличаивается по каналу за счет новой передачи дропанных пакетов?-где справедливось?-каков пнахал провайдер) 2. Отправитель не получил подтверждения о получении пакета или получил с опозданием (пакет дропнулся или пакет стоял скажем в очереди), отправитель пакета замедляет передачу из-за замедления получения подтверждений. Поправьте и дайте подробную ссылочку по этому процессу.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "подскажите по ограничению канала"
	Сообщение от Beginner on 21-Ноя-03, 13:06  (MSK)
	>Что значит резать без участия провайдера.. >Ты купил 128к допустим, ты за это платишь, "просто резать" конечно нет >смысла. Заплатить за 128к а после резания себя получить меньше? Ерунда. > >Допустим ты разрезаешь канла 128к, полученый от провайдера на два раза по >64к для двух потребителей. > >Когда интенсивность трафика к потребителю, начианет превышать 64к пакеты начинают дропаться или >со временем дропаться в зависимость от превышения над 64к и в >зависимости от растяжения этого процесса во времени. > >Если пакеты дропаются что происходит? >1. Клиент не получил пакет он запрашивает его заново (объем трафика увеличаивается >по каналу за счет новой передачи дропанных пакетов?-где справедливось?-каков пнахал провайдер) > >2. Отправитель не получил подтверждения о получении пакета или получил с опозданием >(пакет дропнулся или пакет стоял скажем в очереди), отправитель пакета замедляет >передачу из-за замедления получения подтверждений. > >Поправьте и дайте подробную ссылочку по этому процессу. Ограничение безусловно подразумевает потери пакетов. Пакеты будут теряться в любом случае - случайным образом из полного потока если ограничения не ставить (канал считаем уже чем трафик который может быть по нему запрошен), либо дропим то что сами считаем нужным (ограничиваем по своим правилам). Так что что в лоб, что по лбу. Количество сброшенных пакетов при ограничении может как вырости так и уменьшится - все зависит от равномерности трафика, скорости и т.д. (так называемого паттерна) На 100% верность не претендую
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "подскажите по ограничению канала"
	Сообщение от A Clockwork Orange on 21-Ноя-03, 13:32  (MSK)
	А как там с "окном коннекций" , ну придумал же мужик. Ваше понимание плавающего окна
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "подскажите по ограничению канала"
	Сообщение от Beginner on 21-Ноя-03, 14:51  (MSK)
	>А как там с "окном коннекций" , ну придумал же мужик. > >Ваше понимание плавающего окна Понимание окна? Следующие n (размер окна) пакетов передаются после подтверждения приема предыдущих - это основная суть. Что конкретно интересует (ибо тема не на один обзац!)?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "подскажите по ограничению канала"
	Сообщение от Sonne on 21-Ноя-03, 14:56  (MSK)
	В любой мало-мальски доступной книге про TCP/IP или интернет это все описано. Не нужно так лениться, заходи и читай: http://www.citforum.ru/internet/tifamily/ http://www.citforum.ru/nets/tcp/optimize01.shtml
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "подскажите по ограничению канала"
	Сообщение от Асен Тотин on 23-Ноя-03, 12:50  (MSK)
	Привет всем, А с чего это появилась презумпция, что пакеты будут непременно дропиться?! Если лимитировать трафик CAR-ом или чем-то вроде RED, то да... но есть подходы поэлегантней - например, поставьте traffic-shape group - он создает очередь (queue) заданного размера (настройки по умолчанию вполне приличные). При этом даже если пакеты на вашего клиента придут к вам быстрее, чем позволяет его ограничитель, то они будут выпускаться к нему из этой очереди с заданной скоростью. Чем медленнее будут прибывать к клиенту его пакеты, тем реже будет он посылать ACK (если говорить о TCP) и заявки на следующие и соответственно перегрузки в плане входящего трафика у вас не будет (почти) никакой. WWell,
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "подскажите по ограничению канала"
	Сообщение от A Clockwork Orange on 24-Ноя-03, 09:42  (MSK)
	trafic-shape грузит процессор более чем trafic-limit И к тому же при большй загрузке очередь тоже не бесконечна
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "подскажите по ограничению канала"
	Сообщение от Асен Тотин on 24-Ноя-03, 12:14  (MSK)
	>trafic-shape грузит процессор более чем trafic-limit Любишь кататься... :) >И к тому же при большй загрузке очередь тоже не бесконечна Бесконечна, наверно, только любовь Божья к нам :) Но IMHO такое решение стоит учитывать... максимальный размер очереди 4096 пакетов, чего обычно вполне хватает. WWell,
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "подскажите по ограничению канала"
	Сообщение от A Clockwork Orange on 24-Ноя-03, 12:45  (MSK)
	Неплохо.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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