Подключить все в комп напрямую.
Printable View
Мож порт 1520 на прямую прокинуть ?
Сегодня убедился в том, что VoIP-шлюз работоспособен.
Осталось два узких места: WL-500 и модем Скайлинк.
Как на WL-500 отключить все ограничения и как прокинуть требуемые порты (вопрос детский, но я вынужден его задать)
Если можно - "разжуйте" по-подробнее.
Сообщаю интересующимся:
1. Проблему с "отбоем" решить напрямую не удалось.
2. В связи с этим используется следующее решение:
- Сделаны ссылки "Перегрузить маршрутизатор (включить Скайлинк)" и "Отключить Скайлинк", которые и используются с клиентов для управления Скайлинком.
3. Качество связи - не хуже, чем при включении модема напрямую в компьютер. Удобство - на порядок выше. Единственное серьезное неудобство - по модему, воткнутому в маршрутизатор, нельзя юстировать антенну. Это надо делать с компьютера, потом переключать модем на маршрутизатор.
Есть проблема со скоростью соединения.
прямое подключение модем к PC
http://www.speedtest.net/result/312033832.png
кмотеч+роутер
http://www.speedtest.net/result/312044390.png
Где затык? Куда смотреть?
У меня через роутер выглядит вот так:
http://www.speedtest.net/result/312226233.png
(Мне совершенно непонятно, почему скорость вниз меньше скорости вверх - может, сеть у Скайлинка загружена?)
Напрямую через модем попробовать сейчас не могу, постараюсь позже.
У меня скорость больше всего зависит от качества ориентации антенны.
Методика определения точки затыка:
1. По очереди пингуем внутренний интерфейс маршрутизатора (192.168.1.1), внешний интерфейс маршрутизатора (Status->WAN Interface->IP address), шлюз Скайлинка (там же, Gateway) и яндекс маленькими и большими пакетами. Например:
U:\>ping 212.119.106.134 -l 32
Pinging 212.119.106.134 with 32 bytes of data:
...
Minimum = 57ms, Maximum = 64ms, Average = 59ms
U:\>ping 212.119.106.134 -l 15000
Pinging 212.119.106.134 with 15000 bytes of data:
...
Minimum = 133ms, Maximum = 162ms, Average = 145ms
2. Считаем разницу во времени отклика
3. Считаем разницу в размере пакета
4. Разницу в размере пакета умножаем на 16, результат делим на разницу во времени отклика и умножаем на 1000. Получаем пропускную способность в бит/сек.
В примере:
(15000-32)*16/(145-59)*1000=2 784 744, т.е. 2.6 Мбит/сек (что-то как-то много получилось... но это отдельный вопрос).
5. Делаем выводы по каждому сегменту.
Если разница в радиоканале - вероятно, нюансы с приемом в разных положениях модема...
Я думаю что проблемма в софтовой части роутера. Уж больно ровно он режет исходящий канал.
Пингую роутер
C:\Documents and Settings\User>ping 192.168.0.1 -l 32
Обмен пакетами с 192.168.0.1 по 32 байт:
Ответ от 192.168.0.1: число байт=32 время=46мс TTL=64
Ответ от 192.168.0.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=64
Ответ от 192.168.0.1: число байт=32 время=1мс TTL=64
Статистика Ping для 192.168.0.1:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 46 мсек, Среднее = 12 мсек
C:\Documents and Settings\User>ping 192.168.0.1 -l 15000
Обмен пакетами с 192.168.0.1 по 15000 байт:
Ответ от 192.168.0.1: число байт=15000 время=10мс TTL=64
Ответ от 192.168.0.1: число байт=15000 время=17мс TTL=64
Ответ от 192.168.0.1: число байт=15000 время=13мс TTL=64
Ответ от 192.168.0.1: число байт=15000 время=11мс TTL=64
Статистика Ping для 192.168.0.1:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 10мсек, Максимальное = 17 мсек, Среднее = 12 мсек
Пингую шлюз оператора
C:\Documents and Settings\User>ping 2.2.2.2 -l 32
Обмен пакетами с 2.2.2.2 по 32 байт:
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Статистика Ping для 2.2.2.2:
Пакетов: отправлено = 4, получено = 0, потеряно = 4 (100% потерь),
C:\Documents and Settings\User>ping 10.5.0.15 -l 32
Пингую внешний интерфейс
Обмен пакетами с 10.5.0.15 по 32 байт:
Ответ от 10.5.0.15: число байт=32 время=49мс TTL=63
Ответ от 10.5.0.15: число байт=32 время=1мс TTL=63
Ответ от 10.5.0.15: число байт=32 время=4мс TTL=63
Ответ от 10.5.0.15: число байт=32 время=1мс TTL=63
Статистика Ping для 10.5.0.15:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 1мсек, Максимальное = 49 мсек, Среднее = 13 мсек
C:\Documents and Settings\User>ping 10.5.0.15 -l 15000
Обмен пакетами с 10.5.0.15 по 15000 байт:
Статистика Ping для 10.5.0.15:
Пакетов: отправлено = 4, получено = 0, потеряно = 4 (100% потерь),
Вот такой ПИНГ получается.
2.2.2.2 не очень похоже на шлюз оператора.... Хотя я, конечно, не доктор.
Хм. Попробуй пакеты поменьше.
Вообще на Скайлинке - если у тебя Скайлинк - адрес ppp интерфейса публичный, а не серый. Почему 10.... не понятно.
Я тут попробовал напрямую модем в ноутбук - немного быстрее. Но с имеющимся разбросом результатов в радиоканале - ни о чем. Хотя теория про зарезание маршрутизатором скорости - скажем, на USB, - интересная. Надо будет покурить. (А что широкая общественность думает, ау?)
Еще, вероятно, играют роль опции ppp. С Window XP у меня, например, соединение устанавливается без компрессии, а с маршрутизатора - с компрессией...
Это не скайлинк, региональный оператор.
ALL
А Вы не пробывали новую версию прошивки http://koppel.cz/cdmawifi/download/170/ там и отключение эмуляции CD-ROМа есть (для больно умных модемов). Мне таким образом кдалось подружить Huaway 219 (Но это GPRS/EHDE/HSPDA modem). Может и Вам поможет.
он у меня на этой прошивке не заработал, или я не то делал...
СИСТЕМНЫЙ ЛОГ
Jan 1 01:00:06 kernel: hub.c: new USB device 01:03.1-1, assigned address 2
Jan 1 01:00:06 kernel: Manufacturer: CMOTECH CO., LTD.
Jan 1 01:00:06 kernel: Product: CMOTECH CDMA Technologies
Jan 1 01:00:06 kernel: usb.c: USB device 2 (vend/prod 0x16d8/0x6803) is not claimed by any active driver.
Jan 1 01:00:06 kernel: Length = 18
Jan 1 01:00:06 kernel: DescriptorType = 01
Jan 1 01:00:06 kernel: USB version = 1.10
Jan 1 01:00:06 kernel: Vendor:Product = 16d8:6803
Jan 1 01:00:06 kernel: MaxPacketSize0 = 64
Jan 1 01:00:06 kernel: NumConfigurations = 1
Jan 1 01:00:06 kernel: Device version = 0.00
Jan 1 01:00:06 kernel: Device Class:SubClass:Protocol = 00:00:00
Jan 1 01:00:06 kernel: Per-interface classes
Jan 1 01:00:06 kernel: Configuration:
Jan 1 01:00:06 kernel: bLength = 9
Jan 1 01:00:06 kernel: bDescriptorType = 02
Jan 1 01:00:06 kernel: wTotalLength = 0083
Jan 1 01:00:06 kernel: bNumInterfaces = 05
Jan 1 01:00:06 kernel: bConfigurationValue = 01
Jan 1 01:00:06 kernel: iConfiguration = 00
Jan 1 01:00:06 kernel: bmAttributes = 80
Jan 1 01:00:06 kernel: MaxPower = 500mA
Что еще посмотреть?
Системный лог в том районе, где речь идет о pppd.
Jan 1 01:00:06 kernel: usb.c: registered new driver usblp
Jan 1 01:00:06 kernel: printer.c: v0.13: USB Printer Device Class driver
Jan 1 01:00:07 kernel: Linux video capture interface: v1.00
Jan 1 01:00:08 kernel: SCSI subsystem driver Revision: 1.00
Jan 1 01:00:08 kernel: Initializing USB Mass Storage driver...
Jan 1 01:00:08 kernel: usb.c: registered new driver usb-storage
Jan 1 01:00:08 kernel: scsi0 : SCSI emulation for USB Mass Storage devices
Jan 1 01:00:08 kernel: Vendor: CMOTECH Model: Mass Storage Rev: 2.31
Jan 1 01:00:08 kernel: Type: CD-ROM ANSI SCSI revision: 02
Jan 1 01:00:08 kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Jan 1 01:00:08 kernel: Vendor: CMOTECH Model: Mass Storage Rev: 2.31
Jan 1 01:00:08 kernel: Type: Direct-Access ANSI SCSI revision: 02
Jan 1 01:00:08 kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Jan 1 01:00:08 kernel: SCSI device sda: 102401 512-byte hdwr sectors (52 MB)
Jan 1 01:00:08 kernel: sda: Write Protect is off
Jan 1 01:00:08 kernel: Partition check:
Jan 1 01:00:08 kernel: unknown partition table
Jan 1 01:00:08 kernel: USB Mass Storage support registered.
Jan 1 01:00:09 kernel: usb.c: registered new driver acm
Jan 1 01:00:09 kernel: acm.c: v0.23:USB Abstract Control Model driver for USB modems and ISDN adapters (patched)
Jan 1 01:00:09 kernel: usb.c: registered new driver serial
Jan 1 01:00:09 kernel: usbserial.c: USB Serial support registered for Generic
Jan 1 01:00:09 kernel: usbserial.c: Generic converter detected
Jan 1 01:00:09 kernel: usbserial.c: Buffer size for bulk_in is 64 modem reports 64
Jan 1 01:00:09 kernel: usbserial.c: Buffer size for bulk_out is 64 modem reports 64
Jan 1 01:00:09 kernel: usbserial.c: Generic converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
Jan 1 01:00:09 kernel: usbserial.c: Generic converter detected
Jan 1 01:00:09 kernel: usbserial.c: Buffer size for bulk_in is 64 modem reports 64
Jan 1 01:00:09 kernel: usbserial.c: Buffer size for bulk_out is 64 modem reports 64
Jan 1 01:00:09 kernel: usbserial.c: Generic converter now attached to ttyUSB1 (or usb/tts/1 for devfs)
Jan 1 01:00:09 kernel: usbserial.c: Generic converter detected
Jan 1 01:00:09 kernel: usbserial.c: Buffer size for bulk_in is 64 modem reports 64
Jan 1 01:00:09 kernel: usbserial.c: Buffer size for bulk_out is 64 modem reports 64
Jan 1 01:00:09 kernel: usbserial.c: Generic converter now attached to ttyUSB2 (or usb/tts/2 for devfs)
Jan 1 01:00:09 kernel: usbserial.c: USB Serial Driver core v1.4
Jan 1 01:00:09 kernel: usbserial.c: USB Serial support registered for Modem
Jan 1 01:00:09 kernel: modem.c: GSM/CDMA modem driver v0.1
Jan 1 01:00:09 kernel: usbserial.c: USB Serial support registered for PL-2303
Jan 1 01:00:09 kernel: pl2303.c: Prolific PL2303 USB to serial adaptor driver
Jan 1 01:00:10 kernel: usbserial.c: USB Serial support registered for FTDI SIO
Jan 1 01:00:10 kernel: usbserial.c: USB Serial support registered for FTDI 8U232AM Compatible
Jan 1 01:00:10 kernel: usbserial.c: USB Serial support registered for FTDI FT232BM Compatible
Jan 1 01:00:10 kernel: usbserial.c: USB Serial support registered for FTDI FT2232C Compatible
Jan 1 01:00:10 kernel: usbserial.c: USB Serial support registered for FTDI FT232R Compatible
Jan 1 01:00:10 kernel: usbserial.c: USB Serial support registered for USB-UIRT Infrared Tranceiver
Jan 1 01:00:10 kernel: usbserial.c: USB Serial support registered for Home-Electronics TIRA-1 IR Transceiver
Jan 1 01:00:10 kernel: ftdi_sio.c: v1.3.5r1:USB FTDI Serial Converters Driver
Jan 1 01:00:16 pppd[161]: no device specified and stdin is not a tty
Jan 1 01:00:18 kernel: SCSI error: host 1 id 0 lun 0 return code = 8000002
Jan 1 01:00:18 kernel: ^ISense class 7, sense error 0, extended sense 0
Jan 1 01:00:18 kernel: SCSI device sda: 102401 512-byte hdwr sectors (52 MB)
Jan 1 01:00:18 kernel: sda: Write Protect is off
Jan 1 01:00:18 kernel: /dev/scsi/host1/bus0/target0/lun0: I/O error: dev 08:00, sector 0
Jan 1 01:00:18 kernel: I/O error: dev 08:00, sector 0
Jan 1 01:00:18 kernel: SCSI error: host 1 id 0 lun 0 return code = 8000002
Jan 1 01:00:18 kernel: ^ISense class 7, sense error 0, extended sense 0
Jan 1 01:00:18 kernel: SCSI device sda: 102401 512-byte hdwr sectors (52 MB)
Jan 1 01:00:18 kernel: sda: Write Protect is off
Jan 1 01:00:18 kernel: /dev/scsi/host1/bus0/target0/lun0: I/O error: dev 08:00, sector 0
Jan 1 01:00:18 kernel: I/O error: dev 08:00, sector 0
Jan 1 01:00:18 kernel: unable to read partition table
Jan 1 01:00:18 kernel: I/O error: dev 08:00, sector 0
Jan 1 01:00:47 pppd[204]: no device specified and stdin is not a tty
Надо копаться с этой прошивкой у себя, а сейчас не досуг.
Похоже, что неправильно отрабатывают скрипты, которые правят файлы pppd в соответствии с настройками в веб-интерфейсе. Либо выбраны неправильные настройки в USB Connection...
А какие будут ответы команды "nvram get dial_mode_x", "cat /tmp/ppp/dial", "ls /tmp/ppp/peers" и "cat /tmp/ppp/peers/*"?