LINUX.ORG.RU
решено Форум — General  

[wimax][комстар][ненависть] Не получается выйти в интернет.

 


0

1

Есть WiMAX-антенна с чипом intel 5150, да-да, тем самым, который не может в WiFi и WiMAX одновременно.

# wimaxcu info
WiMAX Version Information
	HW Model Name:          Intel(R) WiMAX/WiFi Link 5150
	WMF Compliance Version: 3.5.2
	SW Package Version: 
# lshw -C network
  *-network
       description: Ethernet interface
       physical id: 1
       bus info: usb@1:1
       logical name: wmx0
       serial: 00:1d:e1:19:67:1e
       capabilities: ethernet physical
       configuration: driver=i2400m firmware=i2400m-fw-usb-1.5.sbcf ip=195.96.91.158 link=yes

Содержимое для /etc/conf.d/net было взято отсюда: http://ru.gentoo-wiki.com/wiki/Intel_WiMAX_адаптер только ID сети был заменён на комстаровский. 

# /etc/init.d/net.wmx0 restart
net.wmx0        | * Bringing up interface wmx0
net.wmx0        | *   Running preup ...
net.wmx0        | *     Checking is WiFI down ...                                                                                                                                              [ ok ]
net.wmx0        |wimax           | *     Starting WiMAX Network Service ...                                                                                                                    [ ok ]
net.wmx0        | *     Waiting for 5 seconds
net.wmx0        | *     Turning WiMAX on ...                                                                                                                                                   [ ok ]
net.wmx0        | *     Signal: Excellent (-63 dBm/26 dB)
net.wmx0        | *     Connecting to COMSTAR ...                                                                                                                                              [ ok ]
net.wmx0        | *   dhcpcd ...
net.wmx0        | *     Running dhcpcd ...
net.wmx0        |dhcpcd[10218]: version 5.2.12 starting
net.wmx0        |dhcpcd[10218]: wmx0: rebinding lease of 195.96.92.194
net.wmx0        |dhcpcd[10218]: wmx0: reject NAK via 10.6.1.26
net.wmx0        |dhcpcd[10218]: wmx0: reject NAK via 10.6.1.26
net.wmx0        |dhcpcd[10218]: wmx0: reject NAK via 10.6.1.26
net.wmx0        |dhcpcd[10218]: wmx0: reject NAK via 10.6.1.26
net.wmx0        |dhcpcd[10218]: wmx0: broadcasting for a lease
net.wmx0        |dhcpcd[10218]: wmx0: offered 195.96.91.158 from 10.10.1.10
net.wmx0        |dhcpcd[10218]: wmx0: ignoring offer of 195.96.88.145 from 10.10.2.10
net.wmx0        |dhcpcd[10218]: wmx0: acknowledged 195.96.91.158 from 10.10.1.10
net.wmx0        |dhcpcd[10218]: wmx0: leased 195.96.91.158 for 600 seconds
net.wmx0        |dhcpcd[10218]: forked to background, child pid 10254                                                                                                                          [ ok ]
net.wmx0        | *     received address 195.96.91.158/21

Ну и было добавлено
config_wmx0=( «dhcpcd» )
dhcpcd_wmx0=( "-t 10" )

В оффтопике работает сразу как подключается. Насколько я понял, логин/пароль нужны только единожды для занесения мак-адреса куда-то там в комстар при первом подключении, и больше комстар этим (вроде) не интересуется. Проблема состоит в том, что IP машина получает, шлюз пингуется, а DNS сервера — нет. Выхода из подсети (т. е. в интернет) нет, даже по прямому IP. Что может быть не так? Они там по TTL пускают что ли?

Deleted

Ответ на: комментарий от madgnu

Пробовал, то же самое, preup несложный, но заводится иногда со второго раза.

intel-wimax-binary-supplicant-1.4.0 (так и не понял, нужен он?)
wimax-1.5.2
wimax-tools-1.4.5
i2400m-fw-1.5.0

Собираю на amd64, стабильной ветке то бишь. Сейчас вообще не коннектит (первый раз за день!), несмотря на уровень сигнала Excellent. Поэтому route -n будет завтра.

Deleted
()
Ответ на: комментарий от Deleted

>так и не понял, нужен он?

Нет, он для старых версий нужен был.

В связке wimax-1.5.2 + wimax-tools-1.4.5 + i2400m-fw-1.5.0 на 5150 у меня вполне работает йота, хоть и с периодическими глюками.

madgnu ★★★★★
()
Ответ на: комментарий от Deleted

Скажем так, у меня были ситуации, когда дефолтный маршрут от вафли оставался, и был с метрикой, меньшей чем у ваймаксовского. Естественно, из-за этого дальше локалки йоты я никуда попасть не мог. Так что посмотреть все же стоит.

madgnu ★★★★★
()
Ответ на: комментарий от madgnu

По man dhcpcd дефолтная метрика на ethernet = 100 + номер соединения (не помню точно), для беспроводных соединений он накидывает +200. Я пробовал запускать вручную `dhcpcd -t 10 -m300 wmx0` без какого-либо эффекта, стоило попробовать больше?

Deleted
()

Оно теперь уже юзабельно и даже нормально работает на 64 битах?

//(не)счастливый обладатель 6250

tensai_cirno ★★★★★
()
Ответ на: комментарий от madgnu

Спасибо же, дело было и правда в метрике.

Было: dhcpcd wmx0 

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     2      0        0 eth0
83.242.204.0    0.0.0.0         255.255.252.0   U     206    0        0 wmx0
127.0.0.0       127.0.0.1       255.0.0.0       UG    0      0        0 lo
0.0.0.0         192.168.0.1     0.0.0.0         UG    2      0        0 eth0
0.0.0.0         83.242.204.1    0.0.0.0         UG    206    0        0 wmx0
Стало: dhcpcd -m 1 wmx0
# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     2      0        0 eth0
83.242.212.0    0.0.0.0         255.255.252.0   U     1      0        0 wmx0
127.0.0.0       127.0.0.1       255.0.0.0       UG    0      0        0 lo
0.0.0.0         83.242.212.1    0.0.0.0         UG    1      0        0 wmx0
0.0.0.0         192.168.0.1     0.0.0.0         UG    2      0        0 eth0

# ping -c3 ya.ru
PING ya.ru (77.88.21.3) 56(84) bytes of data.
64 bytes from www.yandex.ru (77.88.21.3): icmp_req=1 ttl=49 time=65.9 ms
Кроме того, я заметил, что если отключить устройство от сервера, wimaxd и wimaxcu подвисают, поэтому в функцию preup() я дописал функцию stopWimax(), этакий hard-mode shutdown. В итоге /etc/conf.d/net стал выглядеть так: http://pastie.org/2110247

Deleted
()
Ответ на: комментарий от tensai_cirno

Ну, насколько хорошо может работать WiMAX на GNU/Linux.

Deleted
()
Ответ на: комментарий от madgnu

Мои проблемы, ещё оказывается, не кончились. wmx0 теперь поднимается без проблем, но поднимается он долго. И если таймаут «до победного соединения» в dhcp можно настроить, то как сказать openrc, чтоб сервисы типа ntp-client и dnsmasq, зависящие от интернета, тоже ждали его до конца, а не таймаут в одну минуту? rc_start_wait предназначен для отпочковывающихся процессов, и соответственно не про то, у start-stop-daemon я таких параметров тоже не нашёл.

Deleted
()
Ответ на: комментарий от madgnu

Проблему ожидания решил комментированием 

# rc_parallel="YES"
в /etc/rc.conf. Кроме того, я нашёл как побороть сообщения типа 
net.wmx0        |dhcpcd[10218]: wmx0: reject NAK via 10.6.1.26
которые иногда очень долго мешают установить подключение. Это связано с тем, когда dhcpcd пытается установить соединение, он требует ServerID в соответствии с RFC2131. Если сервер не отдаёт id, dhcpcd должен пытаться подключиться снова. Чтобы избежать этого, следует закомментировать 
# require dhcp_server_identifier
в /etc/dhcpcd.conf

Deleted
()
Ответ на: комментарий от Deleted

Дефолтный размер пакета для Comstar рекомендуется устанавливать в 1386. 

ifconfig wmx0 mtu 1386
Алсо, допиленная версия /etc/conf.d/net.
А ещё полезно в cron добавить 
*/5 * * * * if [[ `ping -c1 ya.ru | grep from` == "" ]]; then /etc/init.d/net.wmx0 restart; fi
Просто так, на всякий случай.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
General