| forum.bitel.ru http://forum.bitel.ru/ |
|
| и снова интерфейсы :( http://forum.bitel.ru/viewtopic.php?f=7&t=810 |
Страница 1 из 1 |
| Автор: | KAS [ 11 мар 2008, 11:24 ] |
| Заголовок сообщения: | и снова интерфейсы :( |
Имеется шлюз на базе linux, завел в конфигурации источник, привязал к нему интерфейс с номером 102 (так отдает данные коллектору fprobe), создал две услуги на входящий (адреса с 0.0.0.0-255.255.255.255, порты с 0-65535, направление: входящий, интерфейс 102) и исходящий трафик (тоже самое что и входящий только направление наоборот). Завел клиента, выделил ему подсеть (82.200.56.243 в нее попадает и по моей логике должен для клиента считаться как входящий), выставил привязку правил по умолчанию и интерфейс 102 (с которого он инет тянет, хотя сам сидит на 103). В результате в логе наблюдаю следующую картину: Код: DEBUG 11.03.2008 10:15:44 Process line 102 1380723152 64115 103 1388853491 25 45925
DEBUG 11.03.2008 10:15:44 addr=1380723152; range.start=0; range.end=0 DEBUG 11.03.2008 10:15:44 Find any iface list DEBUG 11.03.2008 10:15:44 Find any iface list DEBUG 11.03.2008 10:15:44 Ignoring: FROM_IFACE: 102; FROM_IP: 82.76.41.208; FROM_PORT: 64115; TO_IFACE: 103; TO_IP: 82.200.56.243; TO_PORT: 25 INFO 11.03.2008 10:15:44 proccess [ 11-03-2008 10:00:00; mid => 1; param => 1 ] Bean create => 3 Processed lines => 14655; inserts => 0; errors => 0; time соответственно, никаких начислений на клиента не производится, если выставить в свойствах клиента привязку к 102-му интерфейсу и к ANY (-1), то считаться начинает, даже если вообще убрать у клиента привязку к 102-му интерфейсу. Не совсем понятна логика в данном случае. И еще на сколько я понял из форума, невозможно сосуществование на разных договорах пересекающихся адресов у клиентов в рамках одного источника? |
|
| Автор: | Администратор [ 11 мар 2008, 11:41 ] |
| Заголовок сообщения: | |
Опишите задачу, которую вы хотите решить. |
|
| Автор: | KAS [ 11 мар 2008, 11:53 ] |
| Заголовок сообщения: | |
есть роутер, на котором же расположен и биллинг (как минимум пока тестируем), одной своей картой роутер смотрит в канал провайдера (102-й интерфейс), другим - на клиента (103-ий интерфейс). Пока хотелось бы просто учитывать сколько чего клиент взял с интерфейса провайдера, но в будущем, перенести это все на обсчет нескольких каналов от разных провайдеров, поэтому сразу не стал использовать в свойствах услуг и клиентов интерфейс ANY. Завел две услуги на входящий/исходящий трафик, в свойствах услуг указал что они относятся к интерфейсу 102. По аналогии при выделении клиенту адресов тоже выставил у него в свойствах привязку к интерфейсу 102 (из соображений что он оттуда инет получает). Возможно тут, как я понимаю и ошибся, так как наблюдались вышеописанные логи. Изменил у клиента привязку адресов на ANY, в услугах привязка так и осталась к 102-му интерфейсу, трафик стал обсчитываться, вроде даже как, соответствует действительности. В связи с этим возможно я не до конца понимаю назначение вкладки "источники/интерфейсы" в свойствах клиентского договора...? |
|
| Автор: | KAS [ 11 мар 2008, 12:00 ] |
| Заголовок сообщения: | |
плюс параллельно хотелось бы контролировать весь потребленный нами трафик, для этого я сначала завел фиктивный договор, где указал привязку к диапазону адресов с 0.0.0.0-255.255.255.255, трафик по клиентскому договору вроде бы перестал считаться. На форуме увидел совет для таких целей завести отдельный экземпляр коллектора и привязать фиктивный договор к другому источнику? |
|
| Автор: | Администратор [ 11 мар 2008, 15:06 ] |
| Заголовок сообщения: | |
Клиент по данной логике должен быть привязан к 103 интерфейсу, ну или к ANY. А в привязках в самом деле должен быть указан трафик с 102 интерфейса как внешний входящий для него. |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|