PDA

Bekijk de volledige versie : Потери пакетов



oradba
30-03-2006, 19:37
Периодически, на час-два начинаю терять пакеты. Потери от 5 до 60%. Сначала грешил на чердачный свитч, но у провайдера остальные квартиры не жалуются. Но похоже роутер подглючивает :( Сейчас подключил десктоп напрямую.

Обычная картина в это время:

Ответ от 192.168.0.1: число байт=32 время=2мс TTL=63
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=63
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=63
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=63
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=63
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=63
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=63
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=63
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=63

Статистика Ping для 192.168.0.1:
Пакетов: отправлено = 451, получено = 388, потеряно = 63 (13% потерь),
Приблизительное время передачи и приема:
наименьшее = 1мс, наибольшее = 6мс, среднее = 1мс

Пинговал гейт прова, днс-сервера... из локалки и непосредственно с роутера. Картина одинаковая.

Как убедиться, что проблема в роутере?

Bully
30-03-2006, 19:41
Такая же беда с моим WL-550gE
Причем напрямую цепляешь - нет проблем.
Через роутер - пропадают пакеты :(

arcad38
31-03-2006, 04:59
Bully
несовместимость железа,поставте 10мб и всё прекратится,или транзитом пропускать через что нибуть "дубовое" :D ,я шуриком на реалтеке пользуюсь, а у прова случайно не дЪлинк 5-8 портовый неуправляймый стоит, и проблемки с 3сом 1100 бывают(если фильтровать пытаются)

Bully
31-03-2006, 08:56
поставте 10мб и всё прекратится
возможно глупый вопрос :), но что такое 10мб и куда его поставить? :)

arcad38
31-03-2006, 11:26
WAN Connection Speed :D

Bully
31-03-2006, 16:07
Понял сегодня попробую.
На рабочей сетке поэкспериментировал - таких проблем нет.
Провайдер глючный :mad:

Bully
31-03-2006, 21:21
несовместимость железа,поставте 10мб и всё прекратится
Не помогло :(
И вообще не пойму как это возможно "несовметимость железа".
Стандарт вроде он и в африке стандарт :confused:

или транзитом пропускать через что нибуть "дубовое" :D ,я шуриком на реалтеке пользуюсь
Поподробнее, плз, кто такой "шурик дубовый", причем тут "реалтек" :) и как это все может мне помочь? :)

а у прова случайно не дЪлинк 5-8 портовый неуправляймый стоит, и проблемки с 3сом 1100 бывают(если фильтровать пытаются)
А шут его знает что у моего "провайдера" стоит.
Уже и сомневаться начинаю, не зря ли с ним связался.

ykk
06-04-2006, 10:45
Сменил Asus WL-500G на WL-500G Deluxe. Появилась жуткая потеря пакетов - около 60%. Снижение скорости до 10 не помогает (точнее оно не работает - см. ниже). Ставлю на место WL-500G - потерь нет. Ставлю снова 500G Deluxe - потери. Сконфигурированы одинаково. Прошивки одной версии. :( У провайдера стоит неуправляемый 8-портовый свитчик Surecom 808sx.

Прицепил Асус WL-500G Deluxe к другому провайдеру (у меня их 2) - там стоят какие-то другие свитчи, подозреваю, что управляемые и от бренда посерьёзней (у этого провайдера гораздо более крупная и качественнее организованная городская сеть). Потерь пакетов нет.

Итого в местную копилку знаний: Asus WL-500G Deluxe не дружит с дешевенькими свитчами Surecom.

P.S.: Кажется у меня в WL500g Deluxe не работает выбор WAN Connection Speed. Ставлю Auto, 10Mbps Half-duplex, 10Mbps Full-duplex - во всех случая на свитче горит лампочка 100 (свитч у меня в щитке висит).

85% потерь этот полный ппц, особенно в свете отсутствия возможности изменить WAN Connection Speed :(

Pinging 10.140.18.1 with 1024 bytes of data:

Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 10.140.18.1:
Packets: Sent = 20, Received = 3, Lost = 17 (85% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 4ms, Average = 4ms

ykk
06-04-2006, 22:00
Вот так работает на том же самом месте Asus WL-500g (не делюкс):

Pinging 10.140.18.1 with 1024 bytes of data:

Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119
Reply from 10.140.18.1: bytes=1024 time=4ms TTL=119

Ping statistics for 10.140.18.1:
Packets: Sent = 20, Received = 20, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 4ms, Average = 4ms

Кто может объяснить столь большую разницу в работе этих двух устройств? Вроде бы близкие родственники, а такая неприятная багофича у "старшего брата". :(

Martynoff
13-04-2006, 21:39
Кто может объяснить столь большую разницу в работе этих двух устройств? Вроде бы близкие родственники, а такая неприятная багофича у "старшего брата". :(
Ну они только по названию родственики, а собраны на совсем разном железе. Вот тут можно немного почитать: http://wiki.openwrt.org/TableOfHardware

ykk
14-04-2006, 13:34
мде... кривой какой этот Robo switch BCM5325e. Первый раз сталкиваюсь с несовместимостью одного свитча с другим. :rolleyes: И судя по другим отзывам, surecom 808sx далеко не единственный не совместимый.

Alex Kud
08-07-2006, 15:56
У меня роутер WL-550gE, прошивка 1.9.2.7-7e. Заметил такое странное явление: пинг до роутера из LAN стабильно 18 мс.

C:\>ping 172.16.0.1 -t

Обмен пакетами с 172.16.0.1 по 32 байт:

Ответ от 172.16.0.1: число байт=32 время=18мс TTL=64
Ответ от 172.16.0.1: число байт=32 время=18мс TTL=64
Ответ от 172.16.0.1: число байт=32 время=18мс TTL=64
Ответ от 172.16.0.1: число байт=32 время=18мс TTL=64
Ответ от 172.16.0.1: число байт=32 время=18мс TTL=64
Ответ от 172.16.0.1: число байт=32 время=18мс TTL=64

Статистика Ping для 172.16.0.1:
Пакетов: отправлено = 6, получено = 6, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 18мсек, Максимальное = 18 мсек, Среднее = 18 мсек

При этом пинг до других компов как в LAN, так и в WAN отличный (<1мс). Если захожу на роутер телнетом и пингую компы в LAN с него, тоже все отлично, 0.8-0.9 мс. А вот когда наоборот его с компа пингую, 18 мс... В чем тут может быть дело не подскажите? :)

Alex Kud
09-07-2006, 16:27
Народ, ну не поленитесь пингануть свой роутер. :) Хочется же узнать, у меня одного такая проблема или это нормальное явление...

Kirill.s
09-07-2006, 17:16
Обмен пакетами с wl-500gP [192.168.1.1] по 32 байт:

Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64

imdex
09-07-2006, 17:56
wl500g Deluxe

Обмен пакетами с server.point.lan [172.16.10.1] по 32 байт:

Ответ от 172.16.10.1: число байт=32 время<1мс TTL=64
Ответ от 172.16.10.1: число байт=32 время<1мс TTL=64
Ответ от 172.16.10.1: число байт=32 время<1мс TTL=64
Ответ от 172.16.10.1: число байт=32 время<1мс TTL=64

Alex Kud
09-07-2006, 17:59
Сбросил настройки роутера на дефолтные, проблема решилась. Странно это... Всем спасибо. :)

Dungeon
12-11-2006, 00:03
Роутер Wl500gp
прошивка последняя от сюда
пинг веременами подскакивает до немыслимой высоты...
расстояние от компа до роутера 2 метра )
подскажите что попробовать покрутить напрягает жуть....



Ответ от 192.168.1.1: число байт=32 время=1мс Ttl=64
Ответ от 192.168.1.1: число байт=32 время=1мс Ttl=64
Ответ от 192.168.1.1: число байт=32 время=1мс Ttl=64
Ответ от 192.168.1.1: число байт=32 время=1мс Ttl=64
Ответ от 192.168.1.1: число байт=32 время=466мс Ttl=64
Ответ от 192.168.1.1: число байт=32 время=1051мс Ttl=64
Ответ от 192.168.1.1: число байт=32 время=897мс Ttl=64
Ответ от 192.168.1.1: число байт=32 время=753мс Ttl=64
Ответ от 192.168.1.1: число байт=32 время=278мс Ttl=64

coraxpda
12-11-2006, 07:14
Канал смени (со стороны роутера) и зафиксируй скорость на интерфейсе (со стороны роутера и на карте).

netfox777
12-11-2006, 08:33
Ребят) столкнулся с такой проблемой - после установки последней прошивки от Олега начались потери пакетов до впн сервера и районного шлюза. После установки 1.9.2.7-7f-post2 потери прекратились но пинг всё равно идёт на уровне 30-40мс) Что делать?) Без роутера всё нормально - пинг 1-2 мс)

Dungeon
12-11-2006, 17:39
Смена канала изменений не дает...
Фиксация скорости на 56Мбс заменяет высокий пинг потерями пакетов просто )
Чтож за гадость то такая недолжно оно так работать (

ThinkPad
12-11-2006, 18:14
смотрим загрузку проца в эти моменты на роутере и пытаемся понять что его грузит :-))

Dungeon
12-11-2006, 18:32
Я глупый, как посмотреть его загрузку ? )
Дело в том что в этот же момент к роутеру по кабелю подключена вторая машина на которой подобных проблем нет, т.е. лагает именно вайфай....

Oleg
12-11-2006, 18:34
Вай-Фай от Интела? Запрещайте энергосбережение.

Dungeon
12-11-2006, 18:50
Да интел..
В настройке выкруутил энерго сбережение из положения МИН в МАКС
Ситуация не изменилась (

coraxpda
12-11-2006, 19:02
Да интел..
В настройке выкруутил энерго сбережение из положения МИН в МАКС
Ситуация не изменилась (

http://support.intel.com/support/wireless/wlan/sb/cs-006205.htm

Dungeon
12-11-2006, 19:21
Обновил дрова интела и все стало супер!
СПАСИБО ВАМ!!!! ОГРОМНОЕ )

Oleg
12-11-2006, 20:33
Пинг до чего? В интернет или сеть корбины?

netfox777
14-11-2006, 08:12
Пинг до чего? В интернет или сеть корбины?

Пинги до впн и до шлюза)

fletch
14-11-2006, 09:52
Всем привет!
Сразу прошу прощения, что не по теме.
NetFox, cкинь, если можешь, пожалуйста свои настройки для Корбины (c роутами). А то я так и не смог толком настроить свой роутер (WL500 gP, прошивка 7f). VPN работает, локалку Корбины видить отказывается.
Если Олег не против, я бы открыл отдельную ветку по настройке роутера на Корбину с пошаговыми инструкциями (в случае удачаного истечения обстоятельств). :)
P.S. NetFox-у Мы с тобой пытались на форуме Корбины пересечься, но что-то не срослось :(

mkul
05-12-2006, 23:23
прошивка 1.9.2.7-7f

у провайдера похоже стоит dlink свич. 500g premium работает на нем только после "зажатия" eth0 на 10 mbit hald duplex, при этом - все равно теряет пакеты:



[admin@router root]$ ping -s 1400 172.22.1.1
PING 172.22.1.1 (172.22.1.1): 1400 data bytes
1428 bytes from 172.22.1.1: icmp_seq=0 ttl=64 time=7.9 ms
1428 bytes from 172.22.1.1: icmp_seq=1 ttl=64 time=7.3 ms
...
--- 172.22.1.1 ping statistics ---
70 packets transmitted, 66 packets received, 5% packet loss
round-trip min/avg/max = 7.2/8.6/12.0 ms


реально оно теряет примерно 5-8% пакетов - сейчас просто "погода удачная"

можно с этим что-нибудь сделать настройкой и тд ? или - или менять роутер или провайдера или свич у провайдера и только так ?


[admin@router root]$ mii-tool -vv -p 0 eth0
using the specified MII index 0.
eth0: 10 Mbit, half duplex, link ok
registers for MII PHY 0:
0000 780d 0143 bc30 05e1 45e1 0004 2001
0000 0000 0000 0000 0000 0000 0000 0000
1000 0300 0000 0000 0200 0274 0300 0000
0030 0004 bf00 008a 0020 0000 0020 000b
product info: vendor 00:50:ef, model 3 rev 0
basic mode: 10 Mbit, half duplex
basic status: link ok
capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control

любые попытки поставить в не 10 mbit hd - потеря 90+ процентов пакетов.
аналогичную тему видел - там ничего ни чем не кончилось :(

причем основные потери по закону подлости похоже приходятся на dns запросы.

вывод ifconfig:


[admin@router root]$ ifconfig
br0 Link encap:Ethernet HWaddr 00:17:31:E7:5B:E6
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::217:31ff:fee7:5be6/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3564 errors:0 dropped:0 overruns:0 frame:0
TX packets:3312 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:275551 (269.0 KiB) TX bytes:1179873 (1.1 MiB)

eth0 Link encap:Ethernet HWaddr 00:17:31:E7:5B:E6
inet6 addr: fe80::217:31ff:fee7:5be6/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:287481 errors:4 dropped:0 overruns:2 frame:2
TX packets:5320 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:373504168 (356.2 MiB) TX bytes:1491198 (1.4 MiB)
Interrupt:4 Base address:0x1000

eth1 Link encap:Ethernet HWaddr 00:17:31:E7:5B:E6
inet6 addr: fe80::217:31ff:fee7:5be6/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:3
TX packets:0 errors:2103 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:2 Base address:0x2000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1
RX packets:950 errors:0 dropped:0 overruns:0 frame:0
TX packets:950 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:81388 (79.4 KiB) TX bytes:81388 (79.4 KiB)

ppp0 Link encap:Point-Point Protocol
inet addr:10.122.5.86 P-t-P:10.22.0.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING MULTICAST MTU:1490 Metric:1
RX packets:888 errors:0 dropped:0 overruns:0 frame:0
TX packets:983 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:473938 (462.8 KiB) TX bytes:184036 (179.7 KiB)

vlan0 Link encap:Ethernet HWaddr 00:17:31:E7:5B:E6
inet6 addr: fe80::217:31ff:fee7:5be6/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3565 errors:0 dropped:0 overruns:0 frame:0
TX packets:3722 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:289895 (283.1 KiB) TX bytes:1219389 (1.1 MiB)

vlan1 Link encap:Ethernet HWaddr 00:17:31:E7:5B:E6
inet addr:172.22.5.86 Bcast:172.22.255.255 Mask:255.255.0.0
inet6 addr: fe80::217:31ff:fee7:5be6/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:283914 errors:0 dropped:0 overruns:0 frame:0
TX packets:1596 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:368040598 (350.9 MiB) TX bytes:271661 (265.2 KiB)



ps:


[admin@router root]$ ps
PID Uid VmSize Stat Command
1 admin 688 S /sbin/init
2 admin SW [keventd]
3 admin SWN [ksoftirqd_CPU0]
4 admin SW [kswapd]
5 admin SW [bdflush]
6 admin SW [kupdated]
7 admin SW [mtdblockd]
55 admin 328 S telnetd
60 admin 400 S httpd vlan1
61 admin 500 S nas /tmp/nas.lan.conf /tmp/nas.lan.pid lan
66 nobody 444 S dnsmasq
67 admin 364 S klogd
68 admin 396 S syslogd -m 0 -O /tmp/syslog.log -S -l 7
69 admin SW [khubd]
77 admin 276 S lpd
79 admin 260 S p9100d -f /dev/usb/lp0 0
82 admin 340 S waveservermain
84 admin 344 S rcamdmain
94 admin 664 S pppd file /tmp/ppp/options.wan0
96 admin 320 S infosvr br0
97 admin 436 S watchdog
99 admin 456 S sh -c /usr/sbin/pptp 172.22.1.1 --nolaunchpppd
101 admin 340 S ntp
102 admin 444 S pptp: GRE-to-PPP gateway on /dev/ptmx
109 admin 428 S pptp: call manager for 172.22.1.1
110 admin 572 S -sh
159 admin 408 R ps


Michael

snusmumrik
06-12-2006, 15:20
Я конечно не спец, но у меня с такой хней дох кабель. Или патч-корд.
Во всяком случае я бы начал с этого. ;)

Oleg
06-12-2006, 15:43
А какой длины кабель до свитча провайдера? И что он из себя представляет?

В общем, это проблема провайдера, пусть меняют кабель, свитч и т.д.

mkul
06-12-2006, 18:36
витая пара, метров 25-30 скорее всего. но напрямую с машиной оно работает вполне нормально ... без потерь

snusmumrik
07-12-2006, 10:56
витая пара, метров 25-30 скорее всего. но напрямую с машиной оно работает вполне нормально ... без потерь

Бывало и такое. Бо как ни странно, зависит и от типа сетевки.
Тут в общем-то гадать некуда.
1) Кабель
2) Порт на свиче
3) Сетевка на АСУСе

А, ну еще бывает перебитый кабель, который то есть контакт, то нет,
но это см п.1 ;)

Mairone
11-12-2006, 11:50
Хочу знать отвечает ли мой роутер на пинги?
wl500gp + прошивка 8

к сожалению пропинговать сам свой хост не могу
идея подцепить "атакующий" комп на WAN и просканировать что открыто
(да и дырки посмотреть),но не понятно какой ип должен быть на "атакующем" компе , + роутер впн у меня поднимает!

вобщем гляньте кто свой роутер может пропинговать со
стороны, отвечает ли на пинги?

imdex
11-12-2006, 12:48
Если в internet firewall > basic config поставить respong ping request from wan в no, то не пингуется.
Xspider'ом сканировал роутер в инете, на реальном ip, выдает только те порты, которые сам открывал.

Mairone
13-12-2006, 11:23
Если в internet firewall > basic config поставить respong ping request from wan в no, то не пингуется.
Xspider'ом сканировал роутер в инете, на реальном ip, выдает только те порты, которые сам открывал.

Спасибо, глянул, к счастью стоит НЕПИНГОВАТЬ
Xspider знаю)

а что если я смотрю NNTP новости оутлуком то порт NNTP извне открыт
?

По фаерволу виндовскому у меня открыто:

LSASS UDP 500
OUTPOST TCP 803 = файр
MTASK TCP 1025
SVHOST TCP DCOM
netbios TCP microsoft_dc
SYSTEM UDP 445
EXPLORER UDP 1218 = рабочий стол?
EXPLORER UDP 1221 = ASUS forum by Oleg
SYSTEM GRE 12032 = это ВПН открыто
SYSTEM RAWSOC 0
SYSTEM TCP 1026

вин2000

не слижком много дырок, означает ли извне эти порты
у меня открыты ?

imdex
13-12-2006, 13:17
Нет, это исходящие соединения, установленные системой. А для входящих на wan-if роутера дефолтное правило - drop. Xspider с дефолтной политикой даже и не видит роутер, приходится выбирать политику default off, чтобы он сканировал неактивный хост.

Mairone
13-12-2006, 19:41
Нет, это исходящие соединения, установленные


спасибо, ясно
а с Wi-fi что можно сделать, чтоб отключить его ?
нигде ненашел DISABLE,
горит светодиод 2-3 сек и мигает дважды и все заново
(случайно не передает в эфир 'я доступен и жду пароля')
все по умолчанию, им просто не пользуюсь

imdex
13-12-2006, 20:19
В дефолтной конфигурации и пароль не нужен, открыто всё. =) Отключается в Wireless > Advanced > Enable radio No

Mairone
18-12-2006, 23:18
В дефолтной конфигурации и пароль не нужен, открыто всё. =) Отключается в Wireless > Advanced > Enable radio No


Спасибо, лампа выключилась!!!!!!

Это как дырка была что-ли?
Тоесть залесть могли в сеть ?

n0isy
19-12-2006, 07:46
Спасибо, лампа выключилась!!!!!!

Это как дырка была что-ли?
Тоесть залесть могли в сеть ?

Вам в детстве рассказывали историю, про то, что в розетке живет злой дядя ток - и он может вдарить?
Может не стоит заниматься тогда админством, а доверить это кому-нить знающему? (Например мне ;-) - шутка)

Mairone
19-12-2006, 21:41
Вам в детстве рассказывали историю, про то, что в розетке живет злой дядя ток - и он может вдарить?
Может не стоит заниматься тогда админством, а доверить это кому-нить знающему? (Например мне ;-) - шутка)

нет не рассказывали) лучше обратится к гуру

до асуса был Smothwall (бесплатный файрволл ставится на комп,
и там все настраивается так же)
только нету Wi-fi (эту технологию я не знаю)

Систему сменил из-за того ,
что Smothwall не умеет поднимать сам VPN
в на том компе стояли 10Mbit карточки (больше нельзя - комп P100)

despair
27-02-2007, 12:29
Доброго времени суток.

Роутер мой - WL500gP, прошивка Олега - WL500gp-1.9.2.7-7f.trx

Подключаюсь к интернет через домовую сеть, через PPTP.
В нашей сети обязательными являются опции MPPE и MPPC.

Вроде бы всё подключается и работает.
НО!

Охрененные потери пакетов при передаче через PPTP-соединение.
До 70% и выше:

# ---------------------------------------------------------- #
[admin@(none) sbin]$ ping ya.ru
PING ya.ru (213.180.204.8): 56 data bytes
84 bytes from 213.180.204.8: icmp_seq=2 ttl=55 time=24.6 ms
84 bytes from 213.180.204.8: icmp_seq=3 ttl=55 time=22.4 ms
84 bytes from 213.180.204.8: icmp_seq=4 ttl=55 time=22.7 ms
84 bytes from 213.180.204.8: icmp_seq=8 ttl=55 time=26.9 ms

--- ya.ru ping statistics ---
10 packets transmitted, 4 packets received, 60% packet loss
round-trip min/avg/max = 22.4/24.1/26.9 ms
# ---------------------------------------------------------- #

Я перепробывал все мыслимые и немыслимые опции pppd, различные размеры MTU и т.п. - ничего не помогает.
Одна из версий - процессор точки доступа не справляется с шифрованием/компрессией MPPE/MPPC.

Но в "top" особой загрузки процессора не видно:
# ---------------------------------------------------------- #
Mem: 13504K used, 16636K free, 0K shrd, 1632K buff, 5700K cached
Load average: 0.00, 0.00, 0.00 (State: S=sleeping R=running, W=waiting)
...
# ---------------------------------------------------------- #

Вот мой самописаный pppd конфиг:
# ---------------------------------------------------------- #
noauth refuse-eap
user 'xxxxxxxx'
password 'xxxxxxxxxxxx'
connect true
pty '/usr/sbin/pptp 172.16.100.1 --nolaunchpppd'
lock
mtu 1400
maxfail 0
persist
ipcp-accept-remote ipcp-accept-local noipdefault
ktune
default-asyncmap nopcomp noaccomp
novj nobsdcomp nodeflate
lcp-echo-interval 10
lcp-echo-failure 6
unit 0
ipparam pptp maxfail
999 crtscts
# ---------------------------------------------------------- #

В логах вот что:
# ---------------------------------------------------------- #
Feb 27 15:11:11 pptp[209]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Feb 27 15:11:11 pppd[204]: Serial connection established.
Feb 27 15:11:11 pppd[204]: Using interface ppp0
Feb 27 15:11:11 pppd[204]: Connect: ppp0 <--> /dev/pts/1
Feb 27 15:11:11 pptp[214]: anon warn[route_add:pptp_callmgr.c:457]: route_add: not adding existing route
Feb 27 15:11:11 pptp[214]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Feb 27 15:11:11 pptp[214]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
Feb 27 15:11:11 pptp[214]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
Feb 27 15:11:12 pptp[214]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Feb 27 15:11:12 pptp[214]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
Feb 27 15:11:12 pptp[214]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 23552).
Feb 27 15:11:13 pppd[204]: MPPC/MPPE 128-bit stateful compression enabled
Feb 27 15:11:16 pppd[204]: local IP address 10.2.1.157
Feb 27 15:11:16 pppd[204]: remote IP address 192.168.1.1
Feb 27 15:11:16 Static: connect to ISP
Feb 27 15:12:12 pptp[214]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Feb 27 15:13:12 pptp[214]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Feb 27 15:13:50 pppd[204]: Protocol-Reject for unsupported protocol 0xdaff
Feb 27 15:13:50 pppd[204]: Protocol-Reject for unsupported protocol 0xb5
Feb 27 15:13:51 pppd[204]: Protocol-Reject for unsupported protocol 0xb3
Feb 27 15:13:53 pppd[204]: Protocol-Reject for unsupported protocol 0xed
Feb 27 15:13:53 pppd[204]: Protocol-Reject for unsupported protocol 0x51
Feb 27 15:13:53 pppd[204]: Protocol-Reject for unsupported protocol 0x7c61
Feb 27 15:13:56 pppd[204]: Protocol-Reject for unsupported protocol 0x16aa
Feb 27 15:13:56 pppd[204]: Protocol-Reject for unsupported protocol 0x2037
Feb 27 15:13:57 pppd[204]: Protocol-Reject for unsupported protocol 0x1c07
...
# ---------------------------------------------------------- #

Ещё интересный момент - если пинговать что-то сразу после установления ppp-подключения - пинг идеальный.
Но стОит параллельно попробовать открыть какой-то сайт,
ОСОБЕННО по протоколу HTTPS - всё встаёт колом...

В чём может быть дело?
Неужели и вправду проц не справляется с компрессией/шифрованием?

drJabber
27-02-2007, 13:47
Неужели и вправду проц не справляется с компрессией/шифрованием?

похоже так и есть:(
у меня такая же фигня была, именно с https - см. тут (http://wl500g.info/showthread.php?t=8429).
с установкой nomppc все стало гораздо лучше.

despair
27-02-2007, 19:15
похоже так и есть:(
у меня такая же фигня была, именно с https - см. тут (http://wl500g.info/showthread.php?t=8429).

Только непонятно ПОЧЕМУ...


с установкой nomppc все стало гораздо лучше.
К сожалению, мой провайдер работает ТОЛЬКО с MPPC :(

Что бы придумать?
Любые идеи, даже самые извратные, принимаются!

Oleg
28-02-2007, 10:56
Укажите в опциях nomppe-stateful, думаю полегчает.

despair
28-02-2007, 17:22
Укажите в опциях nomppe-stateful, думаю полегчает.

Соединение с этой опцией не устанавливается :(

#=============================
Feb 28 20:20:22 pppd[858]: pppd 2.4.2 started by admin, uid 0
Feb 28 20:20:22 pppd[858]: Serial connection established.
Feb 28 20:20:22 pppd[858]: Using interface ppp0
Feb 28 20:20:22 pppd[858]: Connect: ppp0 <--> /dev/pts/0
Feb 28 20:20:22 pptp[866]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Feb 28 20:20:22 pptp[868]: anon warn[route_add:pptp_callmgr.c:457]: route_add: not adding existing route
Feb 28 20:20:22 pptp[868]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Feb 28 20:20:22 pptp[868]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
Feb 28 20:20:22 pptp[868]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
Feb 28 20:20:23 pptp[868]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Feb 28 20:20:23 pptp[868]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
Feb 28 20:20:23 pptp[868]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 40832).
Feb 28 20:20:24 pppd[858]: Received bad configure-nak/rej: 12 06 01 00 00 40
Feb 28 20:20:27 pppd[858]: Received bad configure-nak/rej: 12 06 01 00 00 40
#=============================

despair
28-02-2007, 17:24
В чём _причина_ трабла может скрываться?
В том, что проц реально не справляется с нагрузкой или в том, что драйвер mppe/mppc стоИт кривой?
Если последнее, есть ли возможность сменить драйвер?

Oleg
01-03-2007, 18:11
Почитал ещё раз пост.
Возможно дело в mtu/mru - попробуйте поиграться с размером пакетов...

Скажем поставить mtu 1500, а потом уменьшать.

despair
02-03-2007, 05:55
MTU больше 1470 не выставляется.
У меня была гипотеза, что трабл происходит из за фрагментации пакетов, т.к. MTU у прочих интерфейсов - 1500.
Но, если пинговать через ppp0 непосредственно с роутера (чтобы не было фрагментации), причём пинговать пакетами ЛЮБЫХ размеров, хоть 1 байт - проблема остаётся.

Так что фрагментация пакетов, как мне кажется, тут не причём.

Predator
03-03-2007, 07:21
Привет всем. Купил роутер wl-500g Premium. Задача была соеденить беспроводом комп и бук и раздать на них входящий кабельный Интернет (соответсвенно на комп - кабелем, на бук - беспроводом).
Настроил, вроде бы заработало... Но сначала при попытке что-то скачать - он качает секунд 15 и просто замирает.. окно скачки висит, но прогресса нет. Стал пинговать: оказалось - теряет пакеты даже между компом и роутером (порядка 7%). Если начинаю пинговать внешние серваки - там уже потери 13-15%. Причем потери идут 3-мя строчками превышений интревалов запросов через равные промежутки времени. Если подключаю сетку напрямую к компу - пинги с теми же серваками - 100%-но идеальные.
В чем может быть трабла? Можно ли это вылечить или это аппаратный брак?
Заранее благодарен. :(

Predator
04-03-2007, 12:04
проблема решена установкой прошивки 1.9.7.0

despair
08-03-2007, 06:32
Сегодня, сопоставив все факты, пришёл к интересному выводу.
Дело в том, что затыки возникают только в том случае, если передаются
"трудносжимаемые" данные, например картинки,
архивы, шифрованый трафик (https, ssh) и т.п.

При передаче plain text приём/передача работает как часы.

Если, например, архив подвергнуть uuencode -
передаётся "на счёт раз".
Тот же архив "как есть" - не передаётся ВООБЩЕ - у точки
доступа "срывает крышу" и потери пакетов зашкаливают.

Очевидно, что дело в сжатии MPPC.
Уже пожатые данные этот алгоритм не может дополнительно
сжать и по каким-то причинам затывается.

Возможно из за возникающей фрагментации пакетов - пожатые пакеты
не укладываются в MTU ppp-соединения.
У меня, например, максимально допустимый размер MTU - 1470.

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

Т.е. имеем следующие факты:
1. Проблемы совершенно точно взаимоувязаны со "сжимаемостью" или "несжимаемостью" трафика
2. Версия с фрагментацией пакетов (после их сжатия MPPC) экспериментально не подтверждается
3. Через какое-то время после окончания перегонки "несжимаемостью" трафика (до 30 сек.) нормальная работоспособность восстанавливается

Какие отсюда могут следовать умозаключения?

serebr
17-07-2007, 10:39
Нужен ping с миллисекундным (и более) интервалом отправки пакетов.
Насколько я понял, ping из busybox'а не имеет опции установки интервала отправки пакетов.
Роутер: WL500gP, прошивка: 1.9.2.7-7g, ipkg установлен.
Поиск по конференции использовал, но ничего не нашел, хотя по памяти - вроде бы где-то раньше натыкался на этот вопрос.

Antonio_99RUS
17-07-2007, 11:24
ping -f, возможно. Согласно документации, шлёт пакеты либо 100 раз в секунду, либо сразу после получения ответа на предыдущий пакет (что окажется быстрее). Работает только от суперпользователя (uid == 0), за нецелевое использование отрывают ноги по самую голову.

serebr
17-07-2007, 17:55
ping -f, возможно. Согласно документации, шлёт пакеты либо 100 раз в секунду, либо сразу после получения ответа на предыдущий пакет (что окажется быстрее). Работает только от суперпользователя (uid == 0), за нецелевое использование отрывают ноги по самую голову.

В том то и дело, что в прошивке от Олега используется не стандартный ping, а его упрощенная версия. Этот упрощенный ping реализован как вызов универсальной системной программы busybox.
Конкретно по вашему совету: опции -f в этом ping'е, к сожалению, нет.

Так что по-прежнему жду ваших подсказок :)

$@M
16-08-2007, 02:54
Добрый день!
Приобрёл роутер wl500gp по совету знакомых и хороших отзывов о нём.

Сразу перепрошил его последней прошивкой от Олега.
Проблема заключаёться в том что это чуда передовой техники мне устраивает потери пакетов каждый час, а то два а то весь день нормально работает.
Непонятно ни с того ни с сего пинги подскакивают под 500 - 700 и держуть в этом интервале. Иногда строчки потерь пакетов выдаёт. Поле ребута всё гуд.
Если у вас возьмуться мысли что дело в сервере который я пингую, то их сразу отсеивайте. Пингую и свой VPN сервер, DNS, шлюз, www.ru и т.д.
Потерь к самому роутеру естественно нет.

Вторая проблемка, FTР сервер. Настроено всё чётко по инструкции Олега. Это чудо просто берёться и отваливаеться при частых обращениях. Пробовал его держать и на флэхах и на внешнних хардах и т.л. отваливаеться и всё.

В никсах шарю не очень, поэтому прошу о помощи!

В файле с настройками WL500g.Premium.CFG.txt подписал txt чтоб иметь возможность сохранить на форуме.

vladonline
06-09-2007, 21:54
Как заставить tcpdump ловить все пакеты? (не работает SIP клиент)
Пробовал tcpdump -i eth0 (eth1, bro, vlan0, vlan1)
ничего кроме текущего telnet соединения не ловит.

ADSL модем в режиме роутеру, ноут с которого и звоню клиентом включены
в соседние Eth порты, никакого wi-fi.

Mam(O)n
06-09-2007, 22:05
tcpdump -ni vlan1 # для wan соединения
tcpdump -ni ppp0 # для vpn соединения
tcpdump -ni br0 # для lan соединения

Чтоб не ловилось текущее телнет соединение в конец дописать not tcp port 23

vladonline
06-09-2007, 23:18
tcpdump -ni vlan1 # для wan соединения
tcpdump -ni ppp0 # для vpn соединения
tcpdump -ni br0 # для lan соединения

Чтоб не ловилось текущее телнет соединение в конец дописать not tcp port 23

не помогает, sip communicator соединяется и звонит минуя tcpdump.
мне это непонятно. Опция -s0 тоже не помогает.

vsu
07-09-2007, 10:43
ADSL модем в режиме роутеру, ноут с которого и звоню клиентом включены
в соседние Eth порты, никакого wi-fi.
Я правильно понял, что ноут и ADSL-модем оба включены в LAN, а маршрутизацией и NAT занимается модем? Тогда всё правильно - свитч внутри WL-500g (кстати, какая именно модель?) просто передаёт пакеты между портами, а на внутренний сетевой интерфейс процессора такие пакеты не попадают. Вот если бы WL-500g занимался маршрутизацией (при подключении модема к порту WAN), тогда все маршрутизируемые пакеты виделись бы в tcpdump.

Вообще не совсем понятен смысл получившейся конфигурации - какие функции выполняет WL-500g?

vladonline
07-09-2007, 11:09
Я правильно понял, что ноут и ADSL-модем оба включены в LAN, а маршрутизацией и NAT занимается модем? Тогда всё правильно - свитч внутри WL-500g (кстати, какая именно модель?) просто передаёт пакеты между портами, а на внутренний сетевой интерфейс процессора такие пакеты не попадают. Вот если бы WL-500g занимался маршрутизацией (при подключении модема к порту WAN), тогда все маршрутизируемые пакеты виделись бы в tcpdump.

Вообще не совсем понятен смысл получившейся конфигурации - какие функции выполняет WL-500g?

да, точно так. wl-500g deluxe (прошивка 1.9.7-g последняя) выполняет просто функцию точки доступа.
Почему именно так? Потому что adsl модем zyxel работает сутками, а с asus + wi-fi часть на ноуте (intel 2915) постоянно какие-то проблемы, то отваливается, то подключится не может, то dhcp с модема не виден. Перегрузишь asus - все опять ок. Нет у меня доверия к wl-500g что он будет работать так же беспроблемно как zyxel.

Т.е. в режиме "точки доступа" поймать пакеты никак нельзя?

nihil
28-10-2007, 01:07
Корбина.

tcpdump -i vlan1 udp port 5050

ввел эту команду, а в ответ тишина. Это означает, что нет мультикаста (IPTV)?

nihil
28-10-2007, 09:57
У кого в корбине работает IPTV, пожалуйста, на роутере выполните команду
tcpdump -i vlan1 udp port 5050 будет что-нибудь выдаваться?

random13
30-11-2007, 20:58
Помогите что делать, появились дикие потери и пинг под 40 до яндекса

прошивка последняя, восьмая... от олега

random13
30-11-2007, 22:48
еще хочу подписать дополнительный факт,
у меня корбина

при пинге к ее сервера, ну там любого например corbina.ru все в норме, 2-3мс при пинге яндекса 40мс а то и вообще потеря

Multik
01-12-2007, 16:31
Может это яндекс?
Мой пинг яндекса:

Ответ от 213.180.204.8: число байт=32 время=4мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=96мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=6мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=23мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=92мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=210мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=189мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=4мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=232мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=279мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=172мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=286мс TTL=56
Ответ от 213.180.204.8: число байт=32 время=5мс TTL=56

а вот пинг www.ru

Ответ от 194.87.0.50: число байт=32 время=21мс TTL=55
Превышен интервал ожидания для запроса.
Ответ от 194.87.0.50: число байт=32 время=9мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=5мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=4мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=5мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=5мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=7мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=5мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=6мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=6мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=5мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=5мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=8мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=5мс TTL=55
Ответ от 194.87.0.50: число байт=32 время=5мс TTL=55

avatarmsu
02-12-2007, 15:04
Маршрутизатор Asus WL-500gP, прошивка от Олега v1.9.2.7-8

Имеются 2 разных провода 2-х провайдеров, что облегчает диагностику заболевания. При подключении витухи прямо в комп потери пакетов не наблюдаются. У обоих провов настройки примерно одинаковые, отличаются только цифрами: фиксированный ип, маска, шлюз, днс получать автоматически, соответсвенно определенный ип впн сервера, pptp, шифрования нет (в впн соединении на компе только typical, require secured password, галка require data encryption отсутствует). Настраваю в веб-интерфейсе IP Config очевидным и однозначным образом, в Additional pppd options ничего сначала не писал, но все фичи, перечисленные в теме про скорость pptp ( http://wl500g.info/showthread.php?t=11068 ), такие как nomppe nomppc; sync; --sync; --nobuffer пробовал - это ничего не меняет в плане потери пакетов. По поводу шифрования собственно wi-fi - пробовал и wpa-psk и shared key wep и даже вообще отключал (ненадолго, чисто ради эксперимента) - это также на потери пакетов не повлияло. Также это проявляется на 2-компах с разными вай-фай картами, так что вай-фай карту на компе тоже винить нельзя.

Потери составляют примерно 0.5%, но все равно жутко напрягает, ведь каждый раз - это лаг в какой-нить онлайн игре, что особенно ощущается в шутерах. Куда копать-то вообще?

avatarmsu
03-12-2007, 18:52
сказали, что возможно влияет всякая разная техника, но потери равномерные на протяжении суток. Еще сказали поэкспериментировать с каналом. В настройках по умолчанию выбирается автоматически. В статусе написано, что используется 1 канал. Пытался ставить вручную разные - потери увеличивались и не все компы, имеющиеся дома могли коннектиться в этом случае.

vrub
07-12-2007, 14:51
Коллеги,

замучился искать причину глючности Wi-Fi соединения. Конфигурация:
1. Роутер Asus WL500gp
2. к нему по кабелю подключен 1 комп
3. второй по Wi-Fi (PCI карточка Asus WL138g V2)

Роутер с последней прошивкой Олега, настроен, инет работает отлично на компьютере подключенном к роутеру по кабелю. А вот с Wi-Fi соединением косяки - коннектится нормально пи разных типах шифрования, но во всех случаях при соединении ping до роутера выглядит ужасно - несколько пакетов проходят, потом несколько интервалов глухо по time out. С точки зрения пользователя сайты открываются медленно, аська с трудом коннектится, в общем неюзабельный инет.

Дравера на Wi-Fi карточку последние. Пробовал соединение как средствами Windows, так и Asus утилитой. Симптомы те же во всех случаях, в том числе при разных типах Wi-Fi шифрования (так и без оного вообще).

Кто-нибудь слышал про такое? Или это карточка Wi-Fi битая?

Eddi
07-12-2007, 15:19
Была такая же проблемка, решилось только подключением к роутеру направленой антены, в противном случае тоже что и у вас, обрывы связи, потеря пакетов и т.п.

У карточек антены не совсем "всенаправленые" как утверждает производитель ;) Вот у ноутбуков другое дело. Я столько промучался с этим...
Ноут пашет в любой точке, а вот карточка........

kingu
08-12-2007, 02:07
Та же ситуация. WL500gP + WL-138g V2
Ноутбук соединяется легко. Десктоп с WinXP - то не видит сеть, то не может получить IP по DHCP, если и получилось соединится - сильные потери пакетов.

Поиском нашел советы ставить драйвера от Броадкома, а не Асусовские.
Пока еще не пробовал - вылезли проблемы с памятью.

Роутер стоит буквально в метре от карточки.

И еще asus'овская утилита к карточке не работает с WPA - нужно использовать настройки windows.

Eddi
08-12-2007, 09:42
Весь этот цирк с драйверами я тоже проходил, перелаялся вхлам с саппортом делинка (точнее лаял я, а они тупо молчали :rolleyes: ) Потом подумал что нужно сменить карточку на асусовскую, связь стала явно лучше, но проблема не решилась, опять началась котовасия с драйверами, идентефикацией чипсета (кстати на диске с карточкой асуса дрова именно Бродакома, только версия старовата) Вот тогда то после месяцев танцев с бубном и пришло решение с направленой антеной. Ща все работает, тоже не идеально, но сносно....

kingu
08-12-2007, 22:13
У меня на диске та же версия, что и на сайте Асуса.
Драйвера от Broadcom не подошли.
Смешно покупать направленную антенну, когда роутер стоит в двух метрах. Пойду на следующей неделе возвращать покупку обратно :(
А что была за карточка D-Link'а? Что-бы тоже на грабли не наступать

Eddi
09-12-2007, 10:02
Делинка была 152ая вроде.....

vrub
11-12-2007, 14:57
Покупка другой карточки (Zyxel в данном случае) решила все проблемы. Все залетало - к роутеру не прикоснулся, на компе только снес асус дрова и поставил от новой карты.

Вот вам и Asus 138g... Последняя буква модели оказалась со смыслом :-)

avatarmsu
20-12-2007, 21:59
Это он у меня стоял в недалеко от компа. Поставил сейчас в соседнюю комнату - пинг иногда улетает в небеса, потери пакетов иногда доходят до 10%, дисконнекты наконец довольно частые. Между компом и роутером всего одна стена. В чем может быть проблема?

avatarmsu
22-12-2007, 16:17
- Доктор, меня все игнорируют.
- Следующий.

Oleg
22-12-2007, 17:10
0) Попробовать менять канал, проверить крепление антенны;
1) Протянуть провод;

djet
27-02-2008, 22:27
Странно у меня стал tcpdump работать.. При запуске в консоли теряет большую часть пакетов:


[routah:init.d] tcpdump -i vlan1 igmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan1, link-type EN10MB (Ethernet), capture size 68 bytes
00:19:39.042321 IP 10.111.64.194 > 224.0.0.22: igmp v3 report, 1 group record(s)

1 packets captured
198 packets received by filter
140 packets dropped by kernel

На Ctrl+c реагирует с заметной задержкой. Память, разумеется, свободна, загрузка процессора низкая.

В качестве работающей альтернативы есть tshark, но потребляет около 20 метров и запускается с минуту, зато с отображением в реальном времени нет проблемы.


Как с этим бороться?

Ilmarinen
28-02-2008, 05:04
Странно у меня стал tcpdump работать.. При запуске в консоли теряет большую часть пакетов:



На Ctrl+c реагирует с заметной задержкой. Память, разумеется, свободна, загрузка процессора низкая.

В качестве работающей альтернативы есть tshark, но потребляет около 20 метров и запускается с минуту, зато с отображением в реальном времени нет проблемы.


Как с этим бороться?Ключик -n должен прибавить резвости

tcpdump -n -i vlan1 igmp
без него tcpdump пытается выполнить преобразование IP адреса в имя вот и тормозит, а по поводу потери пакетов -- у Вас tcpdump "ловит" согласно условию igmp пакеты, Вы уверены, что это все igmp пакеты?

djet
28-02-2008, 12:16
Действительно, с -n много быстрее, как-то забыл про него.


у Вас tcpdump "ловит" согласно условию igmp пакеты, Вы уверены, что это все igmp пакеты?
То есть? Не все igmp-пакеты одинаково igmp? :)

Ilmarinen
28-02-2008, 17:13
То есть? Не все igmp-пакеты одинаково igmp? :)
Я полагал что под received by filter подразумевается общее число пакетов которые "поймал" tcpdump до того как был наложен фильтр с заданным условием, но что-то эксперименты с tcpdump ясности не внесли

Гугление дало следующую интерпретацию этих строк

При завершении работы tcpdump выводит значения счетчиков для:

*

собранных (captured) пакетов (число пакетов, полученных и обработанных tcpdump);
*

полученных фильтром (received by filter) пакетов; толкование этого значения зависит от ОС, под управлением которой работала программа tcpdump (в некоторых ОС указывается число пакетов независимо от числа совпадений с условиями фильтрации, а в других – число пакетов, соответствующих фильтрам);
*

отброшенных ядром (dropped by kernel) пакетов (число пакетов, отброшенных ядром по причине нехватки ресурсов или фильтрации внутри ядра).

MMike
01-03-2008, 01:00
Странно у меня стал tcpdump работать.. При запуске в консоли теряет большую часть пакетов:

Как с этим бороться?

Ответ в вопросе - При запуске в консоли теряет большую часть пакетов
если консоль на последовательный порт, то у Вас банально не хватает производительность на порту ( при скорости 115200 в идеале у вас получается менее 20 КБайт/сек ). Если ядро дропает при работе с ssh, уберите часть задач, освободите память - скорость подниметься.

fm13
05-04-2008, 17:36
имеется: роутер wl500gp с прошивкой 1.9.2.7-10 и два ноутбука -- один с встроенным Intel PRO/Wireless 2200 BG, другой -- с USB-адаптером ASUS wl-167g.

ситуация такова: когда работает только wl-167g -- все нормально, пакеты не теряются, пинг до яндекса -- 6-10 мс. при подключении второго ноутбука начинается странное -- средний пинг до того же яндекса -- ~200 мс при потере около 30% пакетов (при пинге от роутера с помощью telnet -- та же картина).

никаких других сетей в окрестностях нет, режим -- 54g only, скорость зафиксирована на 54 мбит/с. что делать, куда смотреть, что может быть не так?

спасибо заранее.

fm13
05-04-2008, 17:38
забыл сказать, traceroute показывает, что проблемы начинаются ПОСЛЕ роутера, пинг до него -- 1 мс всегда.

masters
05-04-2008, 19:08
Возможно на втором ноуте вирь, ложит тебе флудом канал.

zimbler
07-06-2008, 22:47
Сегодня проблема возникла, на WL500g перестал работать WAN. Пинги не проходили, хотя статус был - "подключено". После сброса настроек на default через веб-интерфейс роутера и повторной настройки static ip удалось подключиться к инету, однако больше 50% любых пингов теряется. Прошивка 1.9.2.7-9. В чем может быть проблема, кроме железа? Не хотелось бы новый роутер покупать...

TWINc
09-06-2008, 19:17
Собственно сабж... если выключить диск и перезагрузить роутер - потери 0%
с подключенным диском 29-53%...
Подскажите пожалуйста в какую сторону смотреть?


p.s. В чем может быть проблема.. . Жесткий диск 500гб 3,5" в юсб коробке с внешним питанием...
p.p.s. Соединение wifi
p.p.p.s. проблема не постоянная, еще неделю назад все работало нормально.

ABATAPA
09-06-2008, 19:21
p.s. В чем может быть проблема.. . Жесткий диск 500гб 3,5" в юсб коробке с внешним питанием...
p.p.s. Соединение wifi
p.p.p.s. проблема не постоянная, еще неделю назад все работало нормально.

Попробуйте запитать роутер от другого БП.

TWINc
09-06-2008, 19:45
Попробуйте запитать роутер от другого БП.
Ммм... а причем тут БП?

Сейчас выполнил команду wl noise. результат: -79. это нормально?

ABATAPA
09-06-2008, 22:07
Ммм... а причем тут БП?

При том, что "встречное" включение БП роутера и USB-устройства может привести к выходу первого из строя, и при нагрузке он может "проседать".
Но это лишь версия.



Сейчас выполнил команду wl noise. результат: -79. это нормально?
Не очень.

n25
24-06-2008, 16:41
Ужас, а не устройство, ноут в 3х метрах от wl500gp, а потери пакетов зависят от угла установки антенны на этом зверьке, зачем мне такой WIFI, если с ним нормально только через шнурок можно работать?

FilimoniC
24-06-2008, 17:12
Ужас, а не устройство, ноут в 3х метрах от wl500gp, а потери пакетов зависят от угла установки антенны на этом зверьке, зачем мне такой WIFI, если с ним нормально только через шнурок можно работать?

Руки и голову подключите :_) Проверьте антенну. У всех работает - у вас нет. странно, не кажется?

ponaecheno
25-06-2008, 00:49
У меня немного другая проблема.

tracert www.wl500g.info

Трассировка маршрута к www.wl500g.info [87.239.12.26]
с максимальным числом прыжков 30:

1 12 ms 17 ms 17 ms my.router [192.168.1.1]
2 * * * Превышен интервал ожидания для запроса.
3 * * * Превышен интервал ожидания для запроса.
4 17 ms 17 ms 17 ms 212.118.50.177
5 17 ms 17 ms 17 ms 212.118.33.149
6 17 ms 17 ms 17 ms ae3-292.RT504-002.msk.retn.net [87.245.253.205]

7 73 ms 72 ms 72 ms xe020-8.RT.TC2.AMS.NL.retn.net [87.245.233.74]
8 79 ms 78 ms 78 ms csw-0.cpl-mkb.grafix.nl [217.67.247.27]
9 75 ms 79 ms 92 ms it-csw-01.intention.nl [87.239.8.50]
10 79 ms 78 ms 77 ms www.wl500g.info [87.239.12.26]

Трассировка завершена.

ping www.wl500g.info

Обмен пакетами с www.wl500g.info [87.239.12.26] по 32 байт:

Ответ от 87.239.12.26: число байт=32 время=78мс TTL=49
Ответ от 87.239.12.26: число байт=32 время=77мс TTL=49
Ответ от 87.239.12.26: число байт=32 время=78мс TTL=49
Ответ от 87.239.12.26: число байт=32 время=78мс TTL=49

Статистика Ping для 87.239.12.26:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 77мсек, Максимальное = 78 мсек, Среднее = 77 мсек


Откуда появляются эти ожидания. А главное кто-нить может посоветовать как с ними бороться? У соседей в сети такого нет. Роутер WL520gc. Прошивка WL520gc_0.0.0.16_EN

wyatt
25-06-2008, 05:56
Bully
несовместимость железа,поставте 10мб и всё прекратится
У меня та же проблема: пока включен режим авто у меня идут потери пакетов, а как только включаю режим 10 Мб с полным дуплексом всё приходит в норму. Но DC++-клиент вместо 1 Мб по скорости выдает 200-300 Кб/c. Кто-нибудь знает почему возникает такая проблема?

vectorm
25-06-2008, 07:55
У меня та же проблема: пока включен режим авто у меня идут потери пакетов, а как только включаю режим 10 Мб с полным дуплексом всё приходит в норму. Но DC++-клиент вместо 1 Мб по скорости выдает 200-300 Кб/c. Кто-нибудь знает почему возникает такая проблема?
Если провайдер напрямую не говорит что надо включать режим 10 FD, то либо кабель повредили от роутера до свитча провайдера, либо помехи наводятся дикие или длина кабеля больше 100 метров.

wyatt
25-06-2008, 09:20
Если провайдер напрямую не говорит что надо включать режим 10 FD, то либо кабель повредили от роутера до свитча провайдера, либо помехи наводятся дикие или длина кабеля больше 100 метров.
Провайдер как раз напрямую мне сказал, что нужно включить режим полного дуплекса, а кабель мне меняли не так давно и длина до трикома меньше 100 метров.

vectorm
25-06-2008, 10:37
Провайдер как раз напрямую мне сказал, что нужно включить режим полного дуплекса, а кабель мне меняли не так давно и длина до трикома меньше 100 метров.
Ну так выставь принудительно 10 FD.
Автомат пытается цепляться на максимуме, в результате и не работает.
А по скорости - значит топология сети не позволяет больше скорость получить.
Я вообще при 10 больше 700 кб/с никогда не видел.

wyatt
25-06-2008, 10:55
Ну так выставь принудительно 10 FD.
Автомат пытается цепляться на максимуме, в результате и не работает.
А по скорости - значит топология сети не позволяет больше скорость получить.
Я вообще при 10 больше 700 кб/с никогда не видел.
При подключении к компу напрямую, а не через роутер, получаю скорость 1,08-1,12 Мб/c.

vectorm
25-06-2008, 11:19
При подключении к компу напрямую, а не через роутер, получаю скорость 1,08-1,12 Мб/c.
Если из инета качает одинаково, что через роутер, что напрямую, то тогда надо с DC разбираться, может в настройках что порыть ...

wyatt
25-06-2008, 14:31
Если из инета качает одинаково, что через роутер, что напрямую, то тогда надо с DC разбираться, может в настройках что порыть ...
В режиме Auto у меня помимо падения скорости DC++ также и скорость интернета тоже падает и идут потери. Так что проблема общего характера. Вот только какая?

vectorm
25-06-2008, 15:04
В режиме Auto у меня помимо падения скорости DC++ также и скорость интернета тоже падает и идут потери. Так что проблема общего характера. Вот только какая?
Ну я написал уже - роутер на Авто устанавливает скорость, с которой не справляется оконечное оборудование провайдера похоже, вот и потери.
Тем более сам пров рекомендует ставить 10 FD, значит им уже проверено, что любая сотка работает с проблемами.

wyatt
25-06-2008, 15:10
Ну я написал уже - роутер на Авто устанавливает скорость, с которой не справляется оконечное оборудование провайдера похоже, вот и потери.
Тем более сам пров рекомендует ставить 10 FD, значит им уже проверено, что любая сотка работает с проблемами.
Когда я в настройках включаю не режим авто, а скорость при которой у меня не идёт потеря пакетов проблема с DC++ клиентом остаётся.

wyatt
27-06-2008, 05:51
vectorm может подскажешь где ещё в настройках можно покапаться, что в режиме 10 Мб/c с полным дуплексом получать нормальную скорость в DC++?

vectorm
27-06-2008, 07:50
vectorm может подскажешь где ещё в настройках можно покапаться, что в режиме 10 Мб/c с полным дуплексом получать нормальную скорость в DC++?
По DC++ не подскажу, не разбирался с ним особо, ибо не пользуюсь.
Как-нибудь займусь, домашним захотелось туда.

OperVil
27-06-2008, 11:24
Возможно это поможет:

Заходим в настройки DC++. Выбираем Настройки соединения. Ставим Брандмауэр с ручным перенаправлением портов. Ниже активируется поле Внишний / WAN IP и в нём вписываешь IP, который выдаёт провайдер. Справа загорятся порты TCP и UDP эти порты нужно будет на роутере перенаправить с IP провайдера на IP домашнего компа.

Drastic
27-08-2008, 01:10
Сорри, вопрос снят. С техподдержкой всё решили.

Kalaputsa
06-10-2008, 15:43
У меня такая же ситуация не подскажите в чём проблема?
Asus 500gp, сетевая карта D-link G DWA-510
На втором компе такая же ситуация с такой же карточкой.

Ответ от 192.168.1.1: число байт=32 время=2мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=8мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=7мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=13мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=3мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=2мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=5мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=1707мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=142мс TTL=64
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.1: число байт=32 время=12мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=7мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=6мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время=2мс TTL=64

GoR
13-12-2008, 20:02
ppp0 Link encap:Point-Point Protocol
inet addr:95.32.12.103 P-t-P:80.82.53.124 Mask:255.255.255.255
UP POINTOPOINT RUNNING MULTICAST MTU:1492 Metric:1
RX packets:36609 errors:0 dropped:0 overruns:0 frame:0
TX packets:51394 errors:0 dropped:243 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:4157159 (3.9 MiB) TX bytes:40883850 (38.9 MiB)

что с ним?

egoistes
16-03-2009, 09:20
Наболевшая тема настройки роутера асус.
Роутеры ASUS имеют особенность рассылать во все подключенные порты BPDU пакеты которые приводят к пропаданию линка, происходит это потому что свичи голдена имеют функцию bpduguard, которая уводит в admin down порт в который приходит этот самый пакет. Данная проблема может быть не только у АСУСОВ такая же проблема обнаружилась и у D-LINK2100ap но это уже тема для отдельного поста. Итак как лечиться.

1. Прошиваем прошивкой отсюда для WL-520gC http://wl500g.info/showthread.php?t=11830 для остальных смотрим тут http://oleg.wl500g.info/1.9.2.7-10/
3. telnet 192.168.1.1 пароль тот же что и на роутере.
4. Набираем команды
brctl stp br0 disable
nvram set lan_stp=0
nvram commit
reboot
5. Работаем

avk
16-03-2009, 22:58
1. Прошиваем прошивкой отсюда http://wl500g.info/showthread.php?t=11830

Позвольте заметить, что эта ссылка актуальна для владельцев WL-520gC.
Остальные могут ставить более свежие прошивки.

egoistes
17-03-2009, 08:29
Позвольте заметить, что эта ссылка актуальна для владельцев WL-520gC.
Остальные могут ставить более свежие прошивки.

Спасибо. Поправил

avk
17-03-2009, 15:51
Я сново с замечанием.
Есть еще новее: серия 1.9.2.7-10a (http://wl500g.info/showthread.php?t=18519).
Обладателям WL-500g Premium V2 прошивка 1.9.2.7-10 может не подойти из-за неработающих драйверов WiFi.

theMIROn
17-03-2009, 16:00
И еще пара уточнений, есть еще с более новым ядром и прочими улучшениями 1.9.2.7-d (http://wl500g.info/showthread.php?t=17136) + чешская 1.9.2.7-10-usb (http://koppel.cz/cdmawifi/english/) с поддержкой cdma/gprs/usb модемов из вэбинтерфейса

avk
17-03-2009, 16:28
Точно!!! ;)

egoistes
21-03-2009, 12:05
Спасибо за поправки , но суть уже не в этом.Я думаю на форуме можно легко найти все эти прошивки.)

avk
21-03-2009, 12:51
Я думаю на форуме можно легко найти все эти прошивки.)

Найти то можно, но почему-то, регулярно приходится выполнять роль регулировщика и перенаправлять потоки.

Есть предложение: Вы вносите уточнения в первое сообщение, а остальное стираем.


Уточнение, например, такое:

0.0.0.x (http://wl500g.info/showthread.php?t=11830) - Владельцам WL-520gc...;
1.9.2.7-9/1.9.2.7-10 (http://wl500g.info/showthread.php?t=2704) - семейство прошивок с поддержкой большого числа моделей (включая WL-500g/b/bv2/WL-300g/WL-HDD);
1.9.2.7-10a (http://wl500g.info/showthread.php?t=18519) - с обновленными драйверами WiFi для Premium V2 и другими исправлениями;
1.9.2.7-d (http://wl500g.info/showthread.php?t=17136) - с более новым ядром и прочими улучшениями;
1.9.2.7-10-usb (http://koppel.cz/cdmawifi/english/) - чешская с поддержкой cdma/gprs/usb модемов из вэбинтерфейса.

shuras
06-04-2009, 15:35
Сабж при работе через WiFi выдает 20 процентов потерь пакетов на 50000 байтовых пингах. Пробовал в связке на двух нотерах и Айфоне с разными WiFi чипами. Процент потерь даже одинаковый.
Смена канала проблему не решает. Прошивка стоит Олега одна из последних или последняя. На родной прошивке пока не пробовал, сразу накатили Олега полгода назад.
Есть какие опции которыми поиграться можно или если родная прошивка не поможет то девайс на лом?

Komandir
06-04-2009, 15:38
Может канал забит ? Попробуй другой канал для WiFi ...

shuras
06-04-2009, 18:29
Тривиально. Пробовали. Может что-то похитрей?

Shrk
07-04-2009, 16:05
Роутер wl500gpv2
pppoe
В настройках вбиты только имя пользователя и пароль.
Интернета нет. При попытке ручного подключения в логах пишет
pppd:terminating on signal 15
Набираю
ping ya.ru
Не удалось разрешить имя(или чеготам)
Набираю
ping 195.195.195.195
через два неудачных такта соединение поднимается, интернет начинает работать. Неважно где набирать, на роутере ли, на клиенте ли. Понятно что можно любой внешний адрес так.
Как сделать так чтоб само включалось? Проблема невеликая, но кривовато както(

Shrk
07-04-2009, 17:17
Похоже вот чего надо было:
Idle Disconnect Time in seconds(option): 0

Alex E
28-04-2009, 20:59
Вот такая беда.

Статистика Ping для 192.168.2.1:
Пакетов: отправлено = 1065, получено = 967, потеряно = 98 (9% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 8 мсек, Среднее = 1 мсек


это по проводу. по WiFi до роутера порядок, зато до гейтвея провайдера ~15-25% пакетов теряется

WL-500gp c 8 Gb флэшкой, прошивка 1.9.2.7-10. Что-то ставил из IPKG.

Настрораживает, что и в WAN и в LAN проблема.
Где искать решение? Провода? Прошивка? Какие-то программы/настройки?


upd:
вот еще в логе файрвола такого полно из внешней сети

Apr 29 22:14:07 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:13:d3:a1:1c:77:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=45620 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:07 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:1e:8c:4a:54:ef:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=31878 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:07 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:1b:24:a4:73:a8:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=19611 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:07 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:1e:68:7c:52:d8:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=15956 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:08 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:1e:58:45:72:d6:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=24451 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:09 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:1b:24:d1:54:29:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=1938 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:09 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:22:15:55:0b:81:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=14276 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:10 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:14:2a:ad:8c:7a:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=5476 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:10 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:01:4a:f0:46:b5:08:00:45:0 0:01:4a SRC=0.0.0.0 DST=255.255.255.255 LEN=330 TOS=0x00 PREC=0x00 TTL=128 ID=2 PROTO=UDP SPT=68 DPT=67 LEN=310
Apr 29 22:14:10 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:14:2a:4c:23:43:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=38435 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:11 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:16:36:11:6c:f5:08:00:45:0 0:01:4a SRC=0.0.0.0 DST=255.255.255.255 LEN=330 TOS=0x00 PREC=0x00 TTL=128 ID=41927 PROTO=UDP SPT=68 DPT=67 LEN=310
Apr 29 22:14:11 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:1e:58:45:72:d6:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=24452 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:12 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:66:77:44:22:33:11:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=7 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:12 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:22:15:55:0b:81:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=14277 PROTO=UDP SPT=68 DPT=67 LEN=308
Apr 29 22:14:13 kernel: DROP IN=vlan1 OUT= MAC=ff:ff:ff:ff:ff:ff:00:1e:68:7c:52:d8:08:00:45:0 0:01:48 SRC=0.0.0.0 DST=255.255.255.255 LEN=328 TOS=0x00 PREC=0x00 TTL=128 ID=15957 PROTO=UDP SPT=68 DPT=67 LEN=308

Z-word
17-06-2009, 22:49
доброго времени суток!
имеется проблема, на которую знаний не хватает - 5ый день бьюсь уже.

поднял на wl500gp v1 на прошивке 1.9.2.7-10 от Олега соответственно ppp-соединение.
vpn-сервер пингуется, на за ним нет. Т.е. я вижу tcpdump'ом, что пакеты уходят, а назад не возвращаются.

помогите, плиззз..

привожу cat /tmp/ppp/options.wan0


noauth refuse-eap
user 'такой-то'
password 'такой-то'
connect true
sync pty '/usr/sbin/pptp --idle-wait 0 xxx.xxx.xxx.xxx --nolaunchpppd --nobuffer --sync'
lock
nomppe-stateful mtu 1400
idle 1800 demand
maxfail 0
persist
ipcp-accept-remote ipcp-accept-local noipdefault
ktune
default-asyncmap nopcomp noaccomp
novj nobsdcomp nodeflate
lcp-echo-interval 10
lcp-echo-failure 6
unit 0


читал на форуме, что дело может быть в iptables, но в них я не в зуб ногой, а там так ничего и не объяснили..

tnx

vectorm
18-06-2009, 08:09
Давайте начнем с простого - полные настройки на провайдера, кто провайдер, лог роутера.

Power
18-06-2009, 12:54
idle 1800 demand


Как уже много раз говорилось на этом форуме, попробуйте для начала поставить Idle Disconnect Time in seconds(option): 0.

Z-word
18-06-2009, 20:24
Как уже много раз говорилось на этом форуме, попробуйте для начала поставить Idle Disconnect Time in seconds(option): 0.
пробовал - не помогло.. сейчас в 0 стоит.

лог роутера(немного вырезал начало и где про usb):



Jan 1 03:00:03 kernel: HDLC line discipline: version $Revision$, maxframe=4096
Jan 1 03:00:03 kernel: N_HDLC line discipline registered.
Jan 1 03:00:03 kernel: loop: loaded (max 8 devices)
Jan 1 03:00:03 kernel: PPP generic driver version 2.4.2
Jan 1 03:00:03 kernel: PPP Deflate Compression module registered
Jan 1 03:00:03 kernel: PPP BSD Compression module registered
Jan 1 03:00:03 kernel: MPPE/MPPC encryption/compression module registered
Jan 1 03:00:03 kernel: PPPoL2TP kernel driver, V0.13 (oleg@cs.msu.su)
Jan 1 03:00:03 kernel: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 03:00:03 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 03:00:03 kernel: IP Protocols: ICMP, UDP, TCP, IGMP
Jan 1 03:00:03 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 03:00:03 kernel: TCP: Hash tables configured (established 2048 bind 4096)
Jan 1 03:00:03 kernel: Linux IP multicast router 0.06 plus PIM-SM
Jan 1 03:00:03 kernel: ip_conntrack version 2.1 (256 buckets, 2048 max) - 352 bytes per conntrack
Jan 1 03:00:03 kernel: ip_conntrack_pptp version 1.9 loaded
Jan 1 03:00:03 kernel: ip_nat_pptp version 1.5 loaded
Jan 1 03:00:03 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 1 03:00:03 kernel: ipt_time loading
Jan 1 03:00:03 kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 03:00:03 kernel: IPv6 v0.8 for NET4.0
Jan 1 03:00:03 kernel: IPv6 over IPv4 tunneling driver
Jan 1 03:00:03 kernel: NET4: Ethernet Bridge 008 for NET4.0
Jan 1 03:00:03 kernel: 802.1Q VLAN Support v1.7 Ben Greear <greearb@candelatech.com>
Jan 1 03:00:03 kernel: All bugs added by David S. Miller <davem@redhat.com>
Jan 1 03:00:03 kernel: FAT: bogus logical sector size 59648
Jan 1 03:00:03 kernel: FAT: bogus logical sector size 59648
Jan 1 03:00:03 kernel: NTFS: Unable to set blocksize 512.
Jan 1 03:00:03 kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 03:00:03 kernel: Mounted devfs on /dev
Jan 1 03:00:03 kernel: Freeing unused kernel memory: 72k freed
Jan 1 03:00:03 kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 03:00:03 kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 4.150.10.16
Jan 1 03:00:03 kernel: PCI: Enabling device 01:02.0 (0004 -> 0006)
Jan 1 03:00:03 kernel: 2.11 Wireless Controller 4.150.10.16
Jan 1 03:00:03 kernel: device eth0 entered promiscuous mode
Jan 1 03:00:03 kernel: device vlan0 entered promiscuous mode
Jan 1 03:00:03 kernel: device eth1 entered promiscuous mode
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering listening state
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering listening state
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering learning state
Jan 1 03:00:03 kernel: br0: port 2(eth1) entering forwarding state
Jan 1 03:00:03 kernel: br0: topology change detected, propagating
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering learning state
Jan 1 03:00:03 kernel: br0: port 1(vlan0) entering forwarding state
Jan 1 03:00:03 kernel: br0: topology change detected, propagating
Jan 1 03:00:04 kernel: usb.c: registered new driver usbdevfs
Jan 1 03:00:04 kernel: usb.c: registered new driver hub
Jan 1 03:00:04 kernel: usb-uhci.c: $Revision: 1.275 $ time 20:50:46 Mar 17 2008
Jan 1 03:00:04 kernel: usb-uhci.c: High bandwidth mode enabled
Jan 1 03:00:04 kernel: PCI: Enabling device 01:03.0 (0000 -> 0001)
Jan 1 03:00:04 kernel: ECHI PCI device 30381106 found.

Jan 1 03:00:07 kernel: vlan1: Setting MAC address to 00 22 15 26 ab ad.
Jan 1 03:00:07 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Jan 1 03:00:07 pppd[101]: pppd 2.4.2 started by admin, uid 0
Jan 1 03:00:07 pppd[101]: Serial connection established.
Jan 1 03:00:07 pppd[101]: Using interface ppp0
Jan 1 03:00:07 pppd[101]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:00:12 pppd[101]: MPPE 128-bit stateless compression enabled
Jan 1 03:00:12 pppd[101]: local IP address 78.24.26.218
Jan 1 03:00:12 pppd[101]: remote IP address 78.24.27.255
Jan 1 03:00:12 PPTP: connect to ISP


полные настройки на провайдера:

собственно есть только ip vpn-сервера: 10.87.65.254

кто провайдер: прогресс - думаю не о чём не скажет))

на всякий случай:

route -n


Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.87.65.254 172.16.3.62 255.255.255.255 UGH 1 0 0 vlan1
172.16.3.60 0.0.0.0 255.255.255.252 U 0 0 0 vlan1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 78.24.27.255 0.0.0.0 UG 0 0 0 ppp0
0.0.0.0 172.16.3.62 0.0.0.0 UG 1 0 0 vlan1

Less
18-06-2009, 20:44
Пардон за недопонимание. Что конкретно вы делаете (пример команд) как смотрите tcpdump-ом?

traceroute пытались делать.
С компа работает?

Z-word
19-06-2009, 10:31
всё заработало.

сижу вчера ночью, очередной раз перегружаю роутер и тут бац! - инет пингуется.
я в шоке - ничего не изменил, а работает. полез в /tmp/etc/optins.wan0 (как-то так, сейчас на работе - не помню точного имени файла). Начал сравнивать с настройками которые запостил и заметил новую опцию --m(чего-то там)128.
я сразу догадался, что это шифрование, но самое интересное, что я выстанавливал
этот параметр через веб-интерфейс и притом все возможные значения и остановился как раз на этом 128 и после установки роутер перезапускал не один десяток раз, а тут он взял да и подцепил эту опцию.
я свято верил, что она установлена, потому что провайдер сказал, что при настройке vpn нужно шифрование данных.

Веб-интерфейсу доверия больше нет - надо лезть в роутер и самому проверять, что да как.

Спасибо за помощь!!!

Fant1k
12-10-2009, 10:02
Здравствуйте. Загвоздка вот в чем. Купил я было дело роутер wl 500gc, т.к. появился второй комп. Все работало по проводам и вроде все ок. Забыл еще сказать, что я любитель пульнуть в динамичные игры типа Квейка. Вскоре появилась надобность использовать в роутере функцию Ва-Фай. Роутер был передеслацирован на другую квартиру, где провода просто не было возможности прокинуть. Был куплен Usb WL-167G. От родных дров я стазу отказался а поставил Ralink. И тут появилась собственно проблема. Буду приводит на примере игрушки( того же квейка ). Несколько минут работы и появляется дисконнест, 3-4 секунды и снова связь востановлена. И все это дело продолжается с переодичностью 1.5- 2 мин. ( Геймеры меня поймут, что дисконнект происходит в самый ответственный момент и это просто бесит)...Что делать с данной проблемой - не знаю. Перепрошивал роутер, на прошивку 2.0.1.3 от асуса. Втыкал перетыкал USB...Менял каналы. Причем сигнал пишет отличный. Что делать - не знаю. Может кто нибудь встречался с данной проблемой.

com100
04-11-2009, 05:00
Такая же байда с с этим же USB устройством. 3-й день не могу решить проблемму, покупал тоже исключительно для игр. Думаю выкинуть его нафиг, нервы дороже.

Evgenii
08-05-2011, 10:19
Добрый день.

Пациент: WL500gPv2
Возраст: 2-2.5 лет
Семейное положение: USB-флешка 2Гб под /opt, внешний HDD Transcend 250Gb
Питание: стандартный адаптер
История болезни: купил, собрал, поставил. Работает без доп. питания, все питается от USB. На прошлой неделе вдруг USB хост стал зависать после включения (HDD крутит на полной скорости, лампочки использования горяд и на флешке и на нем, из роутера недоступны). Решилось простым выключением на 1 минуту и перетыканием USB соединений. С 3-4 попытки завелось все само. В итоге просто сменил порты с одного на другой у них и все. Думаю, что работало бы и без смены, но лезть не стал, т.к. завелось и работало стабильно с тех пор.

В общем проблемы с пакетами.
1. В WinMTR интервал пакетов 1 секунда, размер пробовал любой, включаю, потерь 0%.

2. В WinMTR интервал пакетов 0.5 сеунд, размер пробовал любой, потерь ~50%.

3. В WinMTR интервал 0.1 секунда, размер пробовал любой, потерь 85-86%.

Все тесты проводились для разных хостов за WAN, результаты примерно одинаковые, результаты выше все приведены для сервера провайдера, который также за WAN находится.
Если делать те же тесты для 192.168.1.1 (адрес самого роутера) потерь в любом случае 0%.
Аналогичные тесты без роутера (втыкаю кабель от провайдера в ноутбук, помимо роутера) проходят с потерями 0%.

Что я исключил:
- Это не Wi-Fi, по витой паре аналогично.
- Это не брандмауэр роутера, отключал его в мордочке роутера.
- Это скорее всего не питание, т.к. что с флешками и HDD, что без них - потери одинаковые.

Даже не знаю в какую сторону думать. Работал много лет, настройки не менялись.

Evgenii
08-05-2011, 10:33
Попробовал сейчас менять MTU и MRU на 1300, разницы нет вообще. Вернул обратно 1492.

Результаты третьего теста всегда одинаковые, что странно. Т.е. с запуском теста процент потерь растет, на 15-ю секунду всегда достигает 85%. Далее в течение 10-30 секунд поднимается до 88%. После ускорение роста потерь уменьшается.

Очень странно все это. Он пускает ~1 пакет в секунду, остальные идут лесом. При этом речь о самом роутере. После роутера потерь 0%. Т.е. вот так:


|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| office-gw.*** - 89 | 420 | 50 | 2 | 2 | 6 | 2 |
| land3.*** - 0 | 419 | 419 | 3 | 4 | 33 | 3 |
| serv0.*** - 0 | 419 | 419 | 3 | 4 | 8 | 4 |
|________________________________________________| ______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )

Может проблему я сам себе выдумал? Точнее, конечно, где-то проблема есть, но она не обязательно должна быть в роутере.
Сама проблема проявляется как торможение в SSH-терминалах на удаленных сервера (Владивосток - Москва). Ввожу команду, а она иногда сразу введется, иногда через пару секунд. Причем в разных ДЦ в Москве одна и так же история, порой хочется взять топор и порубить ноутбук на дрова.

spions
27-09-2011, 19:09
Бьюсь уже 3 день никак не могу понять в чем дело. Исходные данные WL500gp-1.9.2.7-rtn-r3300.

Есть 2 сервера, которые синхронизируются с Rsync сервером, который находится за WL500gp.
iptables -t nat -A PREROUTING -p tcp --dport 873 -j DNAT --to-destination 192.168.1.11:873

Первый сервер в России, второй в Германии.
Первый сервер полностью нормально работает с Rsync и со всем остальным оборудованием за WL500gp.
Второй сервер не может отдать Rsync или любой другой службе за роутером файл больше 1500b, при
работе с самим WL500gp проблем нет. т.е. файл больше 1500b. на роутер заливается без проблем.
При посылке со второго сеовера файлов меньше 1500b. на Rsync проблема также не проявляется.

Пробовал менять прошивку, отключать файрволы, разрешать все. Пинги больше 1500 ходят замечательно.
В чем может быть дело? По последему tcpdump видно что пакеты с 1.11.873 почему-то не упаковывается в l2tp.

Tcpdump с сервера источника

17:52:58.965177 IP 87.118.126.248.38095 > 95.28.135.144.873: S 1397196183:1397196183(0) win 5840 <mss 1460,sackOK,timestamp 1486617360 0>
17:52:59.036457 IP 95.28.135.144.873 > 87.118.126.248.38095: S 1379525776:1379525776(0) ack 1397196184 win 5792 <mss 1460,sackOK,timestamp 19314187 1486617360>
17:52:59.036478 IP 87.118.126.248.38095 > 95.28.135.144.873: . ack 1 win 5840 <nop,nop,timestamp 1486617432 19314187>
17:52:59.036531 IP 87.118.126.248.38095 > 95.28.135.144.873: P 1:15(14) ack 1 win 5840 <nop,nop,timestamp 1486617432 19314187>
17:52:59.110183 IP 95.28.135.144.873 > 87.118.126.248.38095: . ack 15 win 5792 <nop,nop,timestamp 19314195 1486617432>
....
17:52:59.763510 IP 87.118.126.248.38095 > 95.28.135.144.873: . 1630:3078(1448) ack 112 win 5840 <nop,nop,timestamp 1486618159 19314260>
17:53:00.028402 IP 95.28.135.144.873 > 87.118.126.248.38095: P 72:112(40) ack 182 win 5792 <nop,nop,timestamp 19314287 1486618082>
17:53:00.028424 IP 87.118.126.248.38095 > 95.28.135.144.873: . ack 112 win 5840 <nop,nop,timestamp 1486618423 19314287,nop,nop,sack 1 {72:112}>
В этом месте Rsync клиент замирает.

17:53:00.038391 IP 87.118.126.248.38095 > 95.28.135.144.873: . 182:1630(1448) ack 112 win 5840 <nop,nop,timestamp 1486618433 19314287>
17:53:00.585389 IP 87.118.126.248.38095 > 95.28.135.144.873: . 182:1630(1448) ack 112 win 5840 <nop,nop,timestamp 1486618981 19314287>
17:53:01.681385 IP 87.118.126.248.38095 > 95.28.135.144.873: . 182:1630(1448) ack 112 win 5840 <nop,nop,timestamp 1486620077 19314287>
17:53:03.873394 IP 87.118.126.248.38095 > 95.28.135.144.873: . 182:1630(1448) ack 112 win 5840 <nop,nop,timestamp 1486622269 19314287>
Tcpdump на роутере

listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
20:05:59.415788 IP 85.21.0.156.1701 > 10.193.97.192.1701: l2tp:[O](14831/44663) {IP 87.118.126.248.38095 > 95.28.135.144.873: Flags [S], seq 1397196183, win 5840, options [mss 1460,sackOK,TS val 1486617360 ecr 0], length 0}
20:05:59.416248 IP 87.118.126.248.38095 > 192.168.1.11.873: Flags [S], seq 1397196183, win 5840, options [mss 1420,sackOK,TS val 1486617360 ecr 0], length 0
20:05:59.416459 IP 192.168.1.11.873 > 87.118.126.248.38095: Flags [S.], seq 1379525776, ack 1397196184, win 5792, options [mss 1460,sackOK,TS val 19314187 ecr 1486617360], length 0
20:05:59.416787 IP 10.193.97.192.1701 > 85.21.0.156.1701: l2tp:[](28776/36339) {IP 95.28.135.144.873 > 87.118.126.248.38095: Flags [S.], seq 1379525776, ack 1397196184, win 5792, options [mss 1460,sackOK,TS val 19314187 ecr 1486617360], length 0}
....
20:06:00.066370 IP 192.168.1.11.873 > 87.118.126.248.38095: Flags [.], ack 114, win 5792, options [nop,nop,TS val 19314252 ecr 1486618012], length 0
20:06:00.066668 IP 10.193.97.192.1701 > 85.21.0.156.1701: l2tp:[](28776/36339) {IP 95.28.135.144.873 > 87.118.126.248.38095: Flags [.], ack 114, win 5792, options [nop,nop,TS val 19314252 ecr 1486618012], length 0}

20:06:00.067119 IP 192.168.1.11.873 > 87.118.126.248.38095: Flags [P.], seq 68:72, ack 114, win 5792, options [nop,nop,TS val 19314252 ecr 1486618012], length 4
20:06:00.067331 IP 10.193.97.192.1701 > 85.21.0.156.1701: l2tp:[](28776/36339) {IP 95.28.135.144.873 > 87.118.126.248.38095: Flags [P.], seq 68:72, ack 114, win 5792, options [nop,nop,TS val 19314252 ecr 1486618012], length 4}

20:06:00.136348 IP 85.21.0.156.1701 > 10.193.97.192.1701: l2tp:[O](14831/44663) {IP 87.118.126.248.38095 > 95.28.135.144.873: Flags [P.], seq 114:182, ack 72, win 5840, options [nop,nop,TS val 1486618082 ecr 19314252], length 68}
20:06:00.136609 IP 87.118.126.248.38095 > 192.168.1.11.873: Flags [P.], seq 114:182, ack 72, win 5840, options [nop,nop,TS val 1486618082 ecr 19314252], length 68

20:06:00.139376 IP 192.168.1.11.873 > 87.118.126.248.38095: Flags [P.], seq 72:112, ack 182, win 5792, options [nop,nop,TS val 19314260 ecr 1486618082], length 40
20:06:00.139671 IP 10.193.97.192.1701 > 85.21.0.156.1701: l2tp:[](28776/36339) {IP 95.28.135.144.873 > 87.118.126.248.38095: Flags [P.], seq 72:112, ack 182, win 5792, options [nop,nop,TS val 19314260 ecr 1486618082], length 40}

20:06:00.408627 IP 192.168.1.11.873 > 87.118.126.248.38095: Flags [P.], seq 72:112, ack 182, win 5792, options [nop,nop,TS val 19314287 ecr 1486618082], length 40
UPD Откатился на 1.9.2.7-d-r2624 проблема решилась.