forum.opennet.ru - "Правильный учет трафика" (6)

форумы

помощь

поиск

регистрация

майллист

ВХОД

слежка

"Правильный учет трафика"

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

"Правильный учет трафика"
Сообщение от Руслан on 08-Авг-03, 15:17 (MSK)
Здраствуйте уважаемые. Есть такая задачка ... тут примерная схема того что нужно сделать http://www.junglist.ru/net.jpg Описание: Две циски (A и В) связаны сабинтерфейсами по ethernet (через коммутатор посредством VLAN). К циске A подходит аплинк к провайдеру ISP#1 на ethernet сабинтерфейс (через коммутатор посредством VLAN) и аплинк к провайдеру ISP#2 на serial интерфейс. К циске B подходит аплинк к провайдеру ISP#3 на ethernet сабинтерфейс (через другой коммутатор посредством VLAN). Каждый провайдер дал нам в пользование по одному блоку IP адресов из собственных AS. НА каждой циске висят клиенты подключенные к коммутаторам и привязанные к соотв. сабинтерфейсам. или подключенные через PPPoE. Причем на каждой циске могут буть клиенты со всех трех провайдеров. Требуется правильно считать трафик по NetFlow так, чтобы он не посчитался на коллекторе дважды (т.е. не пришла двойная информация сразу с двух кисов о текущем флове, если например клиент с циски A пошлет некий трафик клиенту на циске B или наоборот). К Циске B должен быть подключен NetFlow коллектор (NetFlowMet) который собирает фловы с инфой о трафике с двух цисок. Я так думаю что если включить ip route-cache flow на всех интерфесах то при прохождении пакета с клиента на циске A к клиенту на циске B то инфа об этом пакете поступит на коллектор дважды (сначала с циски A потом с циски B). Т.к. в моем случае используются сабинтерфейсы, то выборочно включать ip route-cache flow на них я не могу, т.к. он включается на глвном интерфейсе и распространяется на все сабинтерфейсы. Остается один выход - это каким то образом исключать дважды посчитанный трафик. Каким способом можно решить мою проблему, если вообще можно и нужно %) ? Может мои рассуждения не верны и оно итак будет считать правильно ? Вот такой вот нужен хелп.
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх

Оглавление

Правильный учет трафика, A Clockwork Orange, 15:46 , 08-Авг-03, (1)
- Правильный учет трафика, Руслан, 16:06 , 08-Авг-03, (2)
  - Правильный учет трафика, A Clockwork Orange, 16:10 , 08-Авг-03, (3)
    - Правильный учет трафика, Руслан, 16:51 , 08-Авг-03, (4)
      - Правильный учет трафика, A Clockwork Orange, 17:31 , 08-Авг-03, (5)
        
        Правильный учет трафика, Руслан, 18:06 , 08-Авг-03, (6)

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

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

1. "Правильный учет трафика"

Сообщение от A Clockwork Orange on 08-Авг-03, 15:46  (MSK)

>Здраствуйте уважаемые.
>
>Есть такая задачка ... тут примерная схема того что нужно сделать http://www.junglist.ru/net.jpg
>
>
>Описание:
>Две циски (A и В) связаны сабинтерфейсами по ethernet (через коммутатор посредством
>VLAN).
По схеме это не скажешь!!!
А какая разница как по эзернету подключние идет Uplink или Link, может я не понимаю. что такое аплинк???
К циске A подходит аплинк к провайдеру ISP#1 на ethernet
>сабинтерфейс (через коммутатор посредством VLAN) и аплинк к провайдеру ISP#2 на
>serial интерфейс.
Езернет аплинк на сериал идет, круто...
К циске B подходит аплинк к провайдеру ISP#3 на
>ethernet сабинтерфейс (через другой коммутатор посредством VLAN). Каждый провайдер дал нам
>в пользование по одному блоку IP адресов из собственных AS. НА
>каждой циске висят клиенты подключенные к коммутаторам и привязанные к соотв.
>сабинтерфейсам. или подключенные через PPPoE. Причем на каждой циске могут буть
>клиенты со всех трех провайдеров.
>
>Требуется правильно считать трафик по NetFlow так, чтобы он не посчитался на
>коллекторе дважды (т.е. не пришла двойная информация сразу с двух кисов
>о текущем флове, если например клиент с циски A пошлет некий
>трафик клиенту на циске B или наоборот). К Циске B должен
>быть подключен NetFlow коллектор (NetFlowMet) который собирает фловы с инфой о
>трафике с двух цисок.
>
>Я так думаю что если включить ip route-cache flow на всех интерфесах
>то при прохождении пакета с клиента на циске A к клиенту
>на циске B то инфа об этом пакете поступит на коллектор
>дважды (сначала с циски A потом с циски B). Т.к. в
>моем случае используются сабинтерфейсы, то выборочно включать ip route-cache flow на
>них я не могу, т.к. он включается на глвном интерфейсе и
>распространяется на все сабинтерфейсы. Остается один выход - это каким то
>образом исключать дважды посчитанный трафик.
>
>Каким способом можно решить мою проблему, если вообще можно и нужно %)
>?
>Может мои рассуждения не верны и оно итак будет считать правильно ?
>
>
>Вот такой вот нужен хелп.

Кладешь весь трафик в базу, а потом весь трафик между клиентами, идушией не через провайдеров а напряму (если ты конечно так смаршрутизируешь) делишь на два. Это в идеале, на самом деле сомнительно это

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

2. "Правильный учет трафика"

Сообщение от Руслан on 08-Авг-03, 16:06  (MSK)

>>Здраствуйте уважаемые.
>>
>>Есть такая задачка ... тут примерная схема того что нужно сделать http://www.junglist.ru/net.jpg
>>
>>
>>Описание:
>>Две циски (A и В) связаны сабинтерфейсами по ethernet (через коммутатор посредством
>>VLAN).
>
>По схеме это не скажешь!!!
сорри в торопях рисовал ... исправлю сейчас.
>А какая разница как по эзернету подключние идет Uplink или Link, может
>я не понимаю. что такое аплинк???
какая разница ... линк аплинк ... считай что линк если тебе удобно.

>
>К циске A подходит аплинк к провайдеру ISP#1 на ethernet
>>сабинтерфейс (через коммутатор посредством VLAN) и линк к провайдеру ISP#2 на
>>serial интерфейс.
>
>Езернет аплинк на сериал идет, круто...
>
исправил :)
>Кладешь весь трафик в базу, а потом весь трафик между клиентами, идушией
>не через провайдеров а напряму (если ты конечно так смаршрутизируешь) делишь
>на два. Это в идеале, на самом деле сомнительно это
не катит... ибо трафик клиента с циски А, использующий IP адрес из блока провайдера 3 тоже посчитается дважды.

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

3. "Правильный учет трафика"

Сообщение от A Clockwork Orange on 08-Авг-03, 16:10  (MSK)

Исправил. Шустрый ты!
ну так посчитался заничт дели на два, в чем проблема?
Или считай отдельно для каждого маршрутизатора.
А там уж смотри и показывай руководству мол это через этот это через тот, а иначе зачем тебе трафик "вообще".

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

4. "Правильный учет трафика"

Сообщение от Руслан on 08-Авг-03, 16:51  (MSK)

>Исправил. Шустрый ты!
>
>ну так посчитался заничт дели на два, в чем проблема?
>
>Или считай отдельно для каждого маршрутизатора.
>А там уж смотри и показывай руководству мол это через этот это
>через тот, а иначе зачем тебе трафик "вообще".
может существует другой способ. что то этот слишком корявый.

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

5. "Правильный учет трафика"

Сообщение от A Clockwork Orange on 08-Авг-03, 17:31  (MSK)

>>Исправил. Шустрый ты!
>>
>>ну так посчитался заничт дели на два, в чем проблема?
>>
>>Или считай отдельно для каждого маршрутизатора.
>>А там уж смотри и показывай руководству мол это через этот это
>>через тот, а иначе зачем тебе трафик "вообще".
>
>может существует другой способ. что то этот слишком корявый.

А нет другого
Счетчики SNMP
NetFlow
IP Accounting
а впрочем может еще что нибдь есть?

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

6. "Правильный учет трафика"

Сообщение от Руслан on 08-Авг-03, 18:06  (MSK)

>>>Исправил. Шустрый ты!
>>>
>>>ну так посчитался заничт дели на два, в чем проблема?
>>>
>>>Или считай отдельно для каждого маршрутизатора.
>>>А там уж смотри и показывай руководству мол это через этот это
>>>через тот, а иначе зачем тебе трафик "вообще".
>>
>>может существует другой способ. что то этот слишком корявый.
>
>
>А нет другого
>
>Счетчики SNMP
>NetFlow
>IP Accounting
>
>а впрочем может еще что нибдь есть?
есть прикольный способ .. поднять по одному коллектору на каждый роутер и по одному менеджеру для каждого коллектора ... и делать выборку на каждом менеджере чтоб записывались только те фловы, в которых значаться адреса клиентов на роутере, с которого приходят фловы на данный коллектор и менеджер.
проще говоря считать трафик отдельно по каждому роутеру и клиентам которые непосредственно через него работают. тоже неудобно но зато не надо ниче делить на 2 :)

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

Удалить

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Правильный учет трафика"
Сообщение от A Clockwork Orange on 08-Авг-03, 15:46 (MSK)
>Здраствуйте уважаемые. > >Есть такая задачка ... тут примерная схема того что нужно сделать http://www.junglist.ru/net.jpg > > >Описание: >Две циски (A и В) связаны сабинтерфейсами по ethernet (через коммутатор посредством >VLAN). По схеме это не скажешь!!! А какая разница как по эзернету подключние идет Uplink или Link, может я не понимаю. что такое аплинк??? К циске A подходит аплинк к провайдеру ISP#1 на ethernet >сабинтерфейс (через коммутатор посредством VLAN) и аплинк к провайдеру ISP#2 на >serial интерфейс. Езернет аплинк на сериал идет, круто... К циске B подходит аплинк к провайдеру ISP#3 на >ethernet сабинтерфейс (через другой коммутатор посредством VLAN). Каждый провайдер дал нам >в пользование по одному блоку IP адресов из собственных AS. НА >каждой циске висят клиенты подключенные к коммутаторам и привязанные к соотв. >сабинтерфейсам. или подключенные через PPPoE. Причем на каждой циске могут буть >клиенты со всех трех провайдеров. > >Требуется правильно считать трафик по NetFlow так, чтобы он не посчитался на >коллекторе дважды (т.е. не пришла двойная информация сразу с двух кисов >о текущем флове, если например клиент с циски A пошлет некий >трафик клиенту на циске B или наоборот). К Циске B должен >быть подключен NetFlow коллектор (NetFlowMet) который собирает фловы с инфой о >трафике с двух цисок. > >Я так думаю что если включить ip route-cache flow на всех интерфесах >то при прохождении пакета с клиента на циске A к клиенту >на циске B то инфа об этом пакете поступит на коллектор >дважды (сначала с циски A потом с циски B). Т.к. в >моем случае используются сабинтерфейсы, то выборочно включать ip route-cache flow на >них я не могу, т.к. он включается на глвном интерфейсе и >распространяется на все сабинтерфейсы. Остается один выход - это каким то >образом исключать дважды посчитанный трафик. > >Каким способом можно решить мою проблему, если вообще можно и нужно %) >? >Может мои рассуждения не верны и оно итак будет считать правильно ? > > >Вот такой вот нужен хелп. Кладешь весь трафик в базу, а потом весь трафик между клиентами, идушией не через провайдеров а напряму (если ты конечно так смаршрутизируешь) делишь на два. Это в идеале, на самом деле сомнительно это
	Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	2. "Правильный учет трафика"
	Сообщение от Руслан on 08-Авг-03, 16:06 (MSK)
	>>Здраствуйте уважаемые. >> >>Есть такая задачка ... тут примерная схема того что нужно сделать http://www.junglist.ru/net.jpg >> >> >>Описание: >>Две циски (A и В) связаны сабинтерфейсами по ethernet (через коммутатор посредством >>VLAN). > >По схеме это не скажешь!!! сорри в торопях рисовал ... исправлю сейчас. >А какая разница как по эзернету подключние идет Uplink или Link, может >я не понимаю. что такое аплинк??? какая разница ... линк аплинк ... считай что линк если тебе удобно. > >К циске A подходит аплинк к провайдеру ISP#1 на ethernet >>сабинтерфейс (через коммутатор посредством VLAN) и линк к провайдеру ISP#2 на >>serial интерфейс. > >Езернет аплинк на сериал идет, круто... > исправил :) >Кладешь весь трафик в базу, а потом весь трафик между клиентами, идушией >не через провайдеров а напряму (если ты конечно так смаршрутизируешь) делишь >на два. Это в идеале, на самом деле сомнительно это не катит... ибо трафик клиента с циски А, использующий IP адрес из блока провайдера 3 тоже посчитается дважды.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	3. "Правильный учет трафика"
	Сообщение от A Clockwork Orange on 08-Авг-03, 16:10 (MSK)
	Исправил. Шустрый ты! ну так посчитался заничт дели на два, в чем проблема? Или считай отдельно для каждого маршрутизатора. А там уж смотри и показывай руководству мол это через этот это через тот, а иначе зачем тебе трафик "вообще".
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	4. "Правильный учет трафика"
	Сообщение от Руслан on 08-Авг-03, 16:51 (MSK)
	>Исправил. Шустрый ты! > >ну так посчитался заничт дели на два, в чем проблема? > >Или считай отдельно для каждого маршрутизатора. >А там уж смотри и показывай руководству мол это через этот это >через тот, а иначе зачем тебе трафик "вообще". может существует другой способ. что то этот слишком корявый.
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	5. "Правильный учет трафика"
	Сообщение от A Clockwork Orange on 08-Авг-03, 17:31 (MSK)
	>>Исправил. Шустрый ты! >> >>ну так посчитался заничт дели на два, в чем проблема? >> >>Или считай отдельно для каждого маршрутизатора. >>А там уж смотри и показывай руководству мол это через этот это >>через тот, а иначе зачем тебе трафик "вообще". > >может существует другой способ. что то этот слишком корявый. А нет другого Счетчики SNMP NetFlow IP Accounting а впрочем может еще что нибдь есть?
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх


	6. "Правильный учет трафика"
	Сообщение от Руслан on 08-Авг-03, 18:06 (MSK)
	>>>Исправил. Шустрый ты! >>> >>>ну так посчитался заничт дели на два, в чем проблема? >>> >>>Или считай отдельно для каждого маршрутизатора. >>>А там уж смотри и показывай руководству мол это через этот это >>>через тот, а иначе зачем тебе трафик "вообще". >> >>может существует другой способ. что то этот слишком корявый. > > >А нет другого > >Счетчики SNMP >NetFlow >IP Accounting > >а впрочем может еще что нибдь есть? есть прикольный способ .. поднять по одному коллектору на каждый роутер и по одному менеджеру для каждого коллектора ... и делать выборку на каждом менеджере чтоб записывались только те фловы, в которых значаться адреса клиентов на роутере, с которого приходят фловы на данный коллектор и менеджер. проще говоря считать трафик отдельно по каждому роутеру и клиентам которые непосредственно через него работают. тоже неудобно но зато не надо ниче делить на 2 :)
		Рекомендовать в FAQ \| Cообщить модератору \| Наверх