Завышение трафика по радио ветке

[Guest]

Имеется freebsd4.8 + ipacctd(ipfw). В сторону прова смотрит один езернет (без радио) с реальным ip, в сторону юзеров второй. К юзерскому езернету подключена точка доступа z-com1500, у пользователя - dwl900ap+. Поверх этой сети изнутри поднимается poptop + ppp-user (mschap, mppe, winxp), а ipacctd считает байты через tun*.

 

Ситуация (непостоянно) выглядит так:

Юзер директом скачал ~6М (через ipnat), на счетчике winxp ~9M, ipacctd показывает 15М!!!, статистика прова в сторону всей сети ~7M (приемлимо вроде).

При этом пользователь жалуется на "отвратительную связь сегодня"

Может быть совпадение, но день назад включили WEP (криптование радио канала).

 

Идея:

Многократные повторы пакетов при плохой связи с tun интерфейсов, которые честно считаются ipacctd'ом.

 

Вопросы:

1 правильная ли идея?

2 виноват ли в этом WEP (можно с отключенным попробовать, но боюсь случайно удачную ситуацию принять за решение проблемы)?

3 виноват ли в этом ipacctd (может кто-другой умеет отбрасывать переповторный трафик)?

4 весь лог уложился в 3 строчки каждая последующая больше предыдущей и последняя как раз ~7M. Даже спрашивать боюсь - может при сбросе лога не сбросился счетчик ipacctd'а?

 

Может кто сталкивался с подобным завышением трафика? Помогите - осталось меньше месяца - потом расстрел меня хозяином сетки

 

ipacctd зпускается следующим образом:

/sbin/ipfw -q flush

/sbin/ipfw add 2005 tee 8888 ip from any to any via tun*

# внешний интерфейс

/sbin/ipfw add 2010 tee 8888 ip from any to any via fxp0

/usr/local/sbin/ipacctd -v -t -p 8888 -f /var/log/ipacct/%Y%m%d-%H.log

[MaXToP]

Многократные повторы пакетов

----

Виноват АП 900+

[Guest]

спасибо большое!

 

А можно чууууть-чуть поподробнее?

влияет ли WEP?

лечится ли? может как у dlink'а выпаять что-нть надо?

или 900-го в морг однозначно?

 

pleeeeese

[Radiolink]

в морг

дупы пакетов НА 900ап+ совершенно нормальное явление и не лечится в принципе. Выдел линк где 90% дупов :) , но посколью там был анлим и оборудование юзера на это забивают.

 

веп тоже добавляет траффика, но это не от него такой "прирост"

[Guest]

в морг

дупы пакетов НА 900ап+ совершенно нормальное явление и не лечится в принципе. Выдел линк где 90% дупов :) , но посколью там был анлим и оборудование юзера на это забивают.

 

веп тоже добавляет траффика, но это не от него такой "прирост"

Хотите верьте хотите нет... но радио абсолютно не предназначено для подсчета траффика по факту его потребления... Если линк хороший то и траффик в норме, а вот если линк плохой то это только в морг и со всей радио технологией...

[Radiolink]

на нормальном железе все прекрасно работает и считает, такие переповторы это свойства кривого железа. Обычно дупы , даже на не слишком хороших каналах не превышают 5%. С завышением объема траффика из за шифрования ничего увы нельзя сделать.

[Willy]

Идея:

Многократные повторы пакетов при плохой связи с tun интерфейсов, которые честно считаются ipacctd'ом.

ipacctd зпускается следующим образом:

/sbin/ipfw -q flush

/sbin/ipfw add 2005 tee 8888 ip from any to any via tun*

# внешний интерфейс

/sbin/ipfw add 2010 tee 8888 ip from any to any via fxp0

/usr/local/sbin/ipacctd -v -t -p 8888 -f /var/log/ipacct/%Y%m%d-%H.log

 

Предположние: двойной подсчет трафика ipfw.

Ни один радиодевайс ретраи (и служебные, и данные) из себя не выпускает. Проблема длинка - отвратительная энергетика (-11 дБ по сравнению с дорогими радиомодулями), которую скрывают подняв паспортный уровень ошибок до 8% (т.е. 8% потрерь в радиоканале длинк считает нормально).

[Radiolink]

еще как выпускает. Пингуешь удаленный 900АП+, а в ответ на один запрос прилетает 50 ответов.