[S]

Короче, беда была в firewalld, который рубил пакеты DHCP в сторону accel. Всё вырубил, пакеты полетели, разбираюсь )

В конфиге, которая? [ipoe] verbose=5 username=ifname password=empty lease-time=600 max-lease-time=3600 shared=0 ifcfg=0 mode=L2 start=dhcpv4 ip-unnumbered=1 attr-dhcp-client-ip=Framed-IP-Address proxy-arp=0 nat=0 proto=100 interface=re:enp3s0.* gw-ip-address=192.168.254.1/24

Разобрался, ошибка была смешная, просто не внимательно посмотрел в документацию по установке, ну и пересобрал под 3.19.8 ядро (: Пакеты dhcp летят, а реакции по-прежнему ноль. Подгрузил ipoe.ko # lsmod |grep ipoe ipoe 39182 0 # modinfo ipoe filename: /lib/modules/3.19.8/kernel/net/ipoe.ko license: GPL srcversion: E66EE75B96C44AE3DB0BCF2 depends: vermagic: 3.19.8 SMP mod_unload modversions В логах особо ничего не изменилось, только пара строк выводится при рестарте. [2015-06-07 19:04:15]: info: ipoe: start interface enp3s0.1555 () [2015-06-07 19:04:15]: msg: accel-ppp version b8b91d8b087312c91a9941dacd11a98692679ec8 Есть уже мысль поставить Debian, конечно, но похоже что дело явно не в accel, а в самой системе.

Да, я уже начал копать и по форуму наткнулся на аналогичную проблему. Но так и не понял почему его нет (его в системе вообще нет), если я собираю его cmake... Вот последний вывод make install в расширенном режиме Но ipoe.ko отсутствует, как так, ничо не пойму )

Приветствую. Система CentOS7 3.10.0-229.1.2.el7.x86_64 accel-ppp version b8b91d8b087312c91a9941dacd11a98692679ec8 (последняя из git) Собирал cmake -DBUILD_IPOE_DRIVER=TRUE -DLUA=TRUE -DCMAKE_BUILD_TYPE=Debug Пришлось немного потанцевать для сборки lua и подсунуть исходники ядра. При повторной сборке из git (думал может собралось криво) проблем не возникало. Делаю ip-unnumbered, пока без qnq, пытаюсь взлететь. Запускаю /usr/local/sbin/accel-pppd -d -c /etc/accel-ppp.conf --dump /var/log/accel-ppp Конфиг accel В логах accel [2015-06-06 23:37:46]: debug: libnetlink: RTNETLINK answers: No such file or directory [2015-06-06 23:37:46]: error: genl: error talking to kernel [2015-06-06 23:37:46]: warn: ipoe: unclassified packet handling is disabled [2015-06-06 23:37:46]: info: ipoe: start interface enp3s0 () [2015-06-06 23:37:46]: info: ipoe: start interface enp3s0.1555 () [2015-06-06 23:37:46]: msg: accel-ppp version b8b91d8b087312c91a9941dacd11a98692679ec8 В файле debug.log аналогично, больше нет вывода. Файлы auth-fail.log core.log emerg.log пустые Сам accel работает Пакеты DHCP по дампу прилетают на интерфейс enp3s0.1555, но вообще ничего не происходит. Если я правильно понял, accel по DHCP Discover на интерфейсе активизируется, берёт имя интерфейса и с ним должен идти к Radius за настройками для клиента (чего не происходит в принципе у меня), в том числе и выдать IP для клиента, а также параметры для шейпера. Вот я вижу, что accel слушает на 67 порту # netstat -pna | grep 67 udp 0 0 0.0.0.0:67 0.0.0.0:* 8194/accel-pppd udp 0 0 0.0.0.0:67 0.0.0.0:* 8194/accel-pppd Подскажите, где я допускаю ошибку.

# uname -a Linux 3.10.0-229.1.2.el7.x86_64 Не с первого раза, конечно, но собирается :)

YuryD, хахаха, ну бывает, конечно, сам не сталкивался ))))

Не знаю как в МТС, но ШК и московский филиал разделены, хотя к Москве пристальное внимание, конечно же. В общем-то всё ясно.

В правилах прописано 5 экз. Бывает :) Он мог настаивать не на цвете, а на том, что линолиум не антистатичный и не заземлен. Цвет - это уже из области фантастики. А при чем тут ШК, когда в принципе речь в первую очередь про филиал, который вас обслуживает. Полноте. Всё зависит от места. :)

Не, сам-то я в технической дирекции, просто сталкиваюсь периодически :) И не только у них, это вообще у всех так :) Просто где-то грамотно руководители отслеживают и процесс идёт, не выходя дальше (макро-) регионального управления, а где-то как у вас получилось, в МТС.

Kirya, я хз как в других филиалах, но у нас по домам до БС тянут в редких случаях, в исключительных, я бы сказал. А то, что вам навстречу В2В не пошли, дак вероятно зажрались, видимо кейс ваш не такой большой, вот и всё. Ну и экономия, само собой, полным ходом :)

Мсье thodin говоришь одно (про то, что государство заставило построить 4G), тут же ответ и говорит нам о премиальности услуги. :)

На потолке высветилась. Ну а я про что! :) И они, забывая свою основную функцию, начинают пороть херню горячку, выполняя KPI. Вы так говорите, будто это что-то плохое. Между прочим, мы обсуждаем LTE, которое "премиум" и мобильник необязательно обязан быть премиум, и вообще, не дорогой телефон вообще не показатель.

thodin, это да. Многие процессы проходят болезненно. Но всё-таки, вы ставите маркетинг впереди технарей: продать то, что плохо работает на данном этапе сразу за дорого, потому что оно быстрее (4G), чем то, что не очень хорошо работает за небольшие деньги сейчас (3G). Внятное объяснение для клиента, почему 4G лучше 3G, решит, в том числе, проблему повышения тарифов. Но кроме невнятного бубнения о том, что "оно быстрее" я лично ни внутри, ни снаружи не слышу. "Вы сможете единолично быть в сети 4G, но должны будете платить по 7000р. ежемесячно и скорости у вас будут стабильны и гарантированы"... хм, а оно надо вообще кому-то в таком случае? А оператору нужна такая окупаемость? Думаю, что нет.

Возможно от того, что вы пытаетесь обосновать маркетинг на техническом форуме. Мне очень близка тема запуска LTE в отдельно взятой республике, в конкретном операторе, головняк тот еще :)