- cisco 881 и d-link 1228,
 McS555, 14:44 , 12-Окт-12 (1)А почему шейп это костыль??Вроде обычно для этого и использовали. Если канал начинал "выедаться" полностью, то строили шейп или заказывали расширение канала
- cisco 881 и d-link 1228, sotir, 15:11 , 12-Окт-12 (2)
Проблема в том что канал выедается от всего. Даже от пинга. Нетбиос на точке на работает т.к. большая часть пакетов отбрасывается. Я всетаки думаю что два оборудования должны как то регулировать скорость между собой (icmp type 4, flowcontrol) но тут этого не происходит.
- cisco 881 и d-link 1228, McS555, 15:32 , 12-Окт-12 (3)
> Но вот почему они не
> согласуют скорость?согласовывают - 10/100/1000 > icmp type 4 хм... Эта ошибка может быть сгенерирована системой (маршрутизатором или хостом), когда она принимает датаграммы быстрее, чем эти датаграммы могут быть обработаны. Обратите внимание на выражение "могут быть". Система не требует послать подавление источника, даже если буферы переполнены и датаграммы отбрасываются.
------------------------------------------------ Несмотря на то, что RFC 1009 [Braden and Postel 1987] требует, чтобы маршрутизатор генерировал ошибки подавления источника, когда переполняются его буферы, новые требования к маршрутизаторам Router Requirements RFC [Almquist 1993] меняют это положение и говорят, что маршрутизатор не должен генерировать ошибки подавления источника. Может..
- cisco 881 и d-link 1228, fantom, 15:37 , 12-Окт-12 (4)
>[оверквотинг удален]
> с помощью команд:
> policy-map QoS-Shaped-512
> class class-default
> shape average 500000
> interface FastEthernet4
> service-policy output QoS-Shaped-512
> Но это костыль.
> Как я понимаю проблема из за того что cisco пытается отправить со
> скоростью 100мбит а длинк все отбрасывает. Но вот почему они не
> согласуют скорость?ПАТАМУШТО! (как говорит мой сын) скорость-то все равно 100М, и не должны они согласовывать - сие отдано на откуп TCP.
Именно так и работает ПОЛИСЕР (не путать с шейпером).
|
Версия для распечатки
cisco 881 и d-link 1228, 
