это в .dp.ua починять пробовали, кажись...

(In reply to comment #1)
> это в .dp.ua починять пробовали, кажись...

У кого узнать получилось ли?
Если самому пытаться ковыряться -- gdb брать или что?

Чинили как раз наоборот, сервер. И, видимо, клиент поломался. Если он работал,
конечно. Надо разбираться. Мне даже позвонить некуда, модем уже три года не
видел :( Попробуем найти ресурсы.

(In reply to comment #3)
> Чинили как раз наоборот, сервер. И, видимо, клиент поломался. Если он работал,
> конечно. Надо разбираться. Мне даже позвонить некуда, модем уже три года не
> видел :( Попробуем найти ресурсы.

Может мне на месте попробовать что-нибудь сделать? Оторвать патчи, например,
какие-нибудь (какие?).

Придется пробовать по одному:
1.ppp-2.4.2-cbcp.patch
2.ppp-2.4.4-cbcp-alt-2.patch
3. потом ppp-2.4.4-cbcp-alt.patch + ppp-2.4.4-cbcp-alt-3.patch

В какой-то момент должно заработать :)

(In reply to comment #5)
> Придется пробовать по одному:
> 1.ppp-2.4.2-cbcp.patch

То же самое.

> 2.ppp-2.4.4-cbcp-alt-2.patch

При подключении выдает AT, думает несколько секунд, затем Connect script failed

> 3. потом ppp-2.4.4-cbcp-alt.patch + ppp-2.4.4-cbcp-alt-3.patch

Они отрываются только вместе с ppp-2.4.4-alt-leave-ttyperms-alone.patch
При этом при сборке выдается ошибка:
tty.o: In function `connect_tty':
tty.c:(.text+0x145c): undefined reference to `setup_serial'

После отрывания патчей по-одному оторвал разом все патчи из пп.2 и 3. После
этого заработало нормально.

Плохо. Попробую посмотреть. Наверняка какая-нибудь мелочь. А можешь приложить
сюда подробный лог рабочего callback клиента, что он там пишет? Может удастся
отловить проблему.

(In reply to comment #7)
> Плохо. Попробую посмотреть. Наверняка какая-нибудь мелочь. А можешь приложить
> сюда подробный лог рабочего callback клиента, что он там пишет? Может удастся
> отловить проблему.

Вечером отправлю. Что еще может понадобиться? strace нужен?

(In reply to comment #7)
> Плохо. Попробую посмотреть. Наверняка какая-нибудь мелочь. А можешь приложить
> сюда подробный лог рабочего callback клиента, что он там пишет? Может удастся
> отловить проблему.

Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <callback CBCP> <magic 0xf14496dd>
<pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <callback CBCP> <magic 0xf14496dd>
<pcomp> <accomp>]
rcvd [LCP ConfReq id=0xa7 <mru 576> <asyncmap 0xa0000> <auth pap> <magic
0x3e2d2d03> <pcomp> <accomp>]
sent [LCP ConfAck id=0xa7 <mru 576> <asyncmap 0xa0000> <auth pap> <magic
0x3e2d2d03> <pcomp> <accomp>]
cbcp_lowerup
want: 14
sent [PAP AuthReq id=0x1 user="user12345" password=<hidden>]
rcvd [PAP AuthAck id=0x1 ""]
PAP authentication succeeded
cbcp_open
rcvd [CBCP Request id=0x4c < AdminDefined delay = 0>]
length: 3
user admin defined allowed
cbcp_resp cb_type=8
cbcp_resp CONF_ADMIN
sent [CBCP Response id=0x4c < AdminDefined delay = 5>]
rcvd [CBCP Ack id=0x4c < AdminDefined delay = 5>]
sent [LCP TermReq id=0x2 "Call me back, please"]
rcvd [LCP TermAck id=0x2]
Connection terminated.

Перечитал -- имеет ли эта бага смысл как самостоятельная ввиду #11110? 
Последний раз округа cbcp трогалась в 2.4.4-alt6.

Имеет, Миш. cbcp-сервер мы тогда допатчили и починили. А вот cbcp-клиент при
этом где-то ломается. В смысле, pppd теперь не получается использовать как
клиент для callback. Где-то в этих патчах, но вот где...Тут надо Сережу Власова
подключить, чтобы он подсказал, как это вообще работает :)

Ну... я могу подсобить с собиранием патчей откуда ни попадя (хотя проблема и так
локализована в ваших), но уж CBCP-то мне совсем негде проверять.  Разве что
озадачиться карточкой, как модем кто из коллег откопает и дотащит.

А vsu@ сейчас не до ppp совсем, думаю -- 2.6.24 надо к 4.1/branch.

PS: пробежался быстренько:
http://www.kanoistika.sk/bobovsky/archiv/pppd-cbcpS-callback/ (древние, но мож
идеи найдутся)
http://www.opennet.ru/base/modem/callback_ppp3.txt.html (ссылки битые, одна из
них на другой сайт с предыдущим оратором)
http://www.opennet.ru/base/modem/pppd_241_cbcp.txt.html
http://www.opennet.ru/base/modem/pppd_cbcp.txt.html
http://www.opennet.ru/base/modem/cbcp_pppd.txt.html

PPS: в ASP12 -- федорин пакет, там патч про cbcp сводится к одной строчке:
--- ppp-2.4.4/pppd/Makefile.linux.cbcp  2006-07-19 16:11:41.000000000 +0200
+++ ppp-2.4.4/pppd/Makefile.linux       2006-07-19 16:11:42.000000000 +0200
@@ -69,7 +69,7 @@
 PLUGIN=y

 # Enable Microsoft proprietary Callback Control Protocol
-#CBCP=y
+CBCP=y

 # Enable EAP SRP-SHA1 authentication (requires libsrp)
 #USE_SRP=y

(In reply to comment #12)
> Ну... я могу подсобить с собиранием патчей откуда ни попадя (хотя проблема и так
> локализована в ваших), но уж CBCP-то мне совсем негде проверять.  Разве что
> озадачиться карточкой, как модем кто из коллег откопает и дотащит.
Аналогично. У меня pppd вообще на adsl дома только :)
> А vsu@ сейчас не до ppp совсем, думаю -- 2.6.24 надо к 4.1/branch.
Ждем, ждем.
> PS: пробежался быстренько:
> http://www.kanoistika.sk/bobovsky/archiv/pppd-cbcpS-callback/ (древние, но мож
> идеи найдутся)
> http://www.opennet.ru/base/modem/callback_ppp3.txt.html (ссылки битые, одна из
> них на другой сайт с предыдущим оратором)
> http://www.opennet.ru/base/modem/pppd_241_cbcp.txt.html
> http://www.opennet.ru/base/modem/pppd_cbcp.txt.html
> http://www.opennet.ru/base/modem/cbcp_pppd.txt.html
> 
> PPS: в ASP12 -- федорин пакет, там патч про cbcp сводится к одной строчке:
Да сам CBCP как сервер мы долго мучали в #11110 и все же домучали. Тот патч
гуляет достаточно давно, до конца правильным он и не был никогда, мы починили
всё это. Но, как оказалось, сломался клиент. Прямо хоть два pppd делай :)
Кстати, вполне себе. Думаю, основной pppd надо сделать без cbcp, все же проблемы
с ним. А рядом положить pppd-cbcp. И как-то там альтернативами разрулить это дело.

(In reply to comment #13)
> А рядом положить pppd-cbcp. И как-то там альтернативами разрулить это дело.
Может, не альтернативами, а собрать рядом /usr/sbin/pppd-cbcp (серверсайд)?

Вот как httpd и httpd-perl собираются.  Тоже не фонтан, но если такова их
селява... (#5263c9)

(In reply to comment #14)
> (In reply to comment #13)
> > А рядом положить pppd-cbcp. И как-то там альтернативами разрулить это дело.
> Может, не альтернативами, а собрать рядом /usr/sbin/pppd-cbcp (серверсайд)?
> 
> Вот как httpd и httpd-perl собираются.  Тоже не фонтан, но если такова их
> селява... (#5263c9)
А что такое httpd-perl, кстати? Сколько лет его вижу, до сих пор не знаю, зачем
он :)
Алтернативы удобнее, наверное. Если класть рядом с другим имененем, то придется
очень многое потом менять на тему имени. pppd зашито ж в куче месте.

cbcp-клиента могу проверить.

wontfix?

reassign

reassign

Клиентский CBCP ломали наши патчи ppp-2.4.4-cbcp-alt-* (комментарий 6: после их снятия callback заработал). С ppp 2.5.0-alt1 (04.08.2023, «new gear history without old patches») этих патчей в пакете нет — в 2.5.2-alt3 CBCP собирается апстримным кодом (%def_enable cbcp → --enable-cbcp). Серверный #11110 закрыт WONTFIX в 2011.

Проверить dial-up callback сейчас негде (модема нет). Если на 2.5.x клиентский CBCP всё ещё обрывает соединение после «Call me back, please» и не ждёт обратного звонка — заведите новый баг с логом pppd. WORKSFORME.