The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Cisco и traffic-shape на интерфейсах"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [Проследить за развитием треда]

"Cisco и traffic-shape на интерфейсах" 
Сообщение от deMan emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(??) on 09-Ноя-04, 12:40  (MSK)
Добрый день.
Помогите разобратса в ситуации. Есть Cisco серии 2600 которая на Se0/0 держыт канал на главный офис, на Se1/X и Se1/Y подключены два отделения, и локалная сеть на Fa0/0 конечно. Бывают такие моменты, не часто, когда сервер локалной сети полностью забивает канал (много инфи передаёт в главный офис) так что и соседи нормально работать не могут,и два отделения.
Соседей которым нужно работать с сервером главного офиса можно поместить в ACL и поцепить на Se0/0:traffic-shape group <access-list> CIR (bps)[Bc (bits)[Be (bits)]], так чтоб трафик от них преобладал, над трафиком сервера, а с отделениями поступить так: На Se1/X и Se1/Y прописать: traffic-shape rate CIR (bps){64} [Bc (bits)[Be (bits)]].
Вопрос в том будет ли работать такая схема вообще и в часности в те преобладающие моменты когда трафик полностью помещаетса в ширину канала с главным офисом?
Благодарен.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

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

1. "Cisco и traffic-shape на интерфейсах" 
Сообщение от Nailer Найти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 09-Ноя-04, 13:37  (MSK)
>Добрый день.
>Помогите разобратса в ситуации. Есть Cisco серии 2600 которая на Se0/0 держыт
>канал на главный офис, на Se1/X и Se1/Y подключены два отделения,
>и локалная сеть на Fa0/0 конечно. Бывают такие моменты, не часто,
>когда сервер локалной сети полностью забивает канал (много инфи передаёт в
>главный офис) так что и соседи нормально работать не могут,и два
>отделения.
>Соседей которым нужно работать с сервером главного офиса можно поместить в ACL и поцепить на Se0/0:traffic-shape group <access-list> CIR (bps)[Bc (bits)[Be (bits)]], так чтоб трафик от них преобладал, над трафиком сервера,

Для этого есть policy-map, DSCP, ip precedence и т.д.
traffic-shape приоритетеа не дает.

а с отделениями поступить так: На Se1/X и Se1/Y прописать: traffic-shape rate CIR (bps){64} [Bc (bits)[Be (bits)]].
>Вопрос в том будет ли работать такая схема вообще и в часности
>в те преобладающие моменты когда трафик полностью помещаетса в ширину канала
>с главным офисом?
>Благодарен.


  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Cisco и traffic-shape на интерфейсах" 
Сообщение от deMan emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(??) on 09-Ноя-04, 14:02  (MSK)
Se0/0:traffic-shape group < acces-list> CIR (bps)[Bc (bits)[Be (bits)]],
Если такая команда дана на интерфейсе то адреса занесёные в acces-list будут всегда получать указаную скорость, и соответствено пакеты от них первими обрабативатса. Или не так?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Cisco и traffic-shape на интерфейсах" 
Сообщение от Nailer Найти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 09-Ноя-04, 15:12  (MSK)
>Se0/0:traffic-shape group < acces-list> CIR (bps)[Bc (bits)[Be (bits)]],
>Если такая команда дана на интерфейсе то адреса занесёные в acces-list будут
>всегда получать указаную скорость, и соответствено пакеты от них первими обрабативатса.
>Или не так?


Не так. Для этого есть policy-map, class-map и команда bandwith.

traffic-shape образует очередь для потоков данных, описываемых acl, и выпускает из нее в секунду по CIR + Bc + Be. К приоритезации это отношения не имеет.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Cisco и traffic-shape на интерфейсах" 
Сообщение от deMan emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(??) on 09-Ноя-04, 15:57  (MSK)
Тобишь коротко описанюю мной проблему с помощью шейпинга решить не удастса?


  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Cisco и traffic-shape на интерфейсах" 
Сообщение от Nailer Найти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации. on 09-Ноя-04, 16:18  (MSK)
>Тобишь коротко описанюю мной проблему с помощью шейпинга решить не удастса?


Нет, хотя можно попробовать шейпер на поток от сервера повесить. Но это совсем некрасивое решение.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Cisco и traffic-shape на интерфейсах" 
Сообщение от deMan emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(??) on 09-Ноя-04, 18:37  (MSK)
>Нет, хотя можно попробовать шейпер на поток от сервера повесить. Но это
>совсем некрасивое решение.
В главном офисе стоит Цыска на которой прописано:
map-class frame-relay 64K
no frame-relay adaptive-shaping
frame-relay cir 64000
frame-relay bc 640
frame-relay be 0
frame-relay mincir 64000
На сколько я понимаю указано что рабртать на скоростях 64К и мне нет никакого смысла передавать с большей скоростью. А у меня на графиках MRTG были скорости исходящего трафика до 96К.
Попутно разрешите вопрос: А чем policy-map, class-map и команда bandwith, лутше шейпинга.
Хотя Вы прави то что что некоторые люди гарантировано получат CIR ситуацыю не решит.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Cisco и traffic-shape на интерфейсах" 
Сообщение от deMan emailНайти другие сообщения данного автораПоместить сообщение в закладки. См. нижнее поле навигации.(??) on 10-Ноя-04, 18:06  (MSK)
Так всё-таки возможно ли разрешить определённым IP адресам в случаях загружености канала гарантировано получить некую скорость? Если да то что же всё-таки для этого нужно: map-class, policy-map, map-class или traffic-shape?


  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

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




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру