Перейти к содержимому
Калькуляторы

accel pptpd accel pptpd

Ответить

xeb   

xeb
Опубликовано (изменено) · Жалоба
Напишите, пожалуйста, команду, которой мне можно получить стабильные сорцы, при помощи git как вы и советовали выше.
git clone -b 1.7 git://accel-ppp.git.sourceforge.net/gitroot/accel-ppp/accel-ppp

 

Возможно ли изменять у шейпера приоритет по трафику (www, ssh, т.д.)
штатными средствами - нет, только кастомные решения через ip-up/ip-down

 

а также менять ширину канала у абонента на лету?
CoA, telnet, snmp
Изменено пользователем xeb

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано (изменено) · Жалоба
Напишите, пожалуйста, команду, которой мне можно получить стабильные сорцы, при помощи git как вы и советовали выше.
git clone -b 1.7 git://accel-ppp.git.sourceforge.net/gitroot/accel-ppp/accel-ppp

 

Во! Сразу собрались! Спасибо!)

 

Только скажите, на сколько критичны следующие ворнинги:

 

[ 50%] Building C object accel-pppd/radius/CMakeFiles/radius.dir/dm_coa.c.o
/usr/local/src/accel-pppd/radius/dm_coa.c: In function ‘coa_request’:
/usr/local/src/accel-pppd/radius/dm_coa.c:149: warning: ‘prev_class’ may be used uninitialized in this function
[ 53%] Building C object accel-pppd/ctrl/pppoe/CMakeFiles/pppoe.dir/pppoe.c.o
/usr/local/src/accel-pppd/ctrl/pppoe/pppoe.c: In function ‘pppoe_server_start’:
/usr/local/src/accel-pppd/ctrl/pppoe/pppoe.c:1142: warning: ‘ifname’ may be used uninitialized in this function

Изменено пользователем morfair

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано · Жалоба

А вот такая ситуация. NAS тестовый, почесему раздавать должен другие адреса, а не те, что присылает Radius. Можно каким то образом авторизацию оставить с radius'а, а айпишники раздавать другие?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано · Жалоба

в [modules] ippool указать выше чем radius

так не запускается. создается файл /core 8 Мб

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано · Жалоба

в [modules] ippool указать выше чем radius

так не запускается. создается файл /core 8 Мб

Закомментил attr=Framed-Pool в [ip-pool] и тот запустился.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано · Жалоба

исправление в git

 

пс. чтобы обновить: перейти в каталог с исходниками и выполнить git pull

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано · Жалоба

исправление в git

 

пс. чтобы обновить: перейти в каталог с исходниками и выполнить git pull

ага, теперь и с незакомментированной attr=Framed-Pool всё хорошо!

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Cramac   

Cramac
Опубликовано (изменено) · Жалоба

Всем привет.

Есть версия fa66284f4bddf7686d2d5cfe40b387e0bbbba71a (месяц как на ней)

что то последнее время участились проблемы с роутерами, Длинк диры (300/320/620) еще более менее нормально работают, держат коннект...

сегодня в руки попал на пол часа, тренднет 652BRP, держит соединение 1.5-2минуты и рвется соединение.

Изменено пользователем Cramac

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано (изменено) · Жалоба

черт! checkinstall перетер /usr/local/share/accel-ppp/radius/dictionary, а я уж думал чо случилось...

 

А вот еще. Я канешно не вникал еще глубоко, но... В Ubuntu создал подключение через pptpcreate:

# written by pptpsetup
pty "pptp 192.168.x.x --nolaunchpppd"
lock
noauth
nobsdcomp
nodeflate
name user132
remotename n3t
ipparam n3t
require-mppe-128

, пускаю его pon n3t, и подключение отваливается.

 

Мой сислог:

Nov 16 18:50:05 mf-desktop pppd[16259]: pppd 2.4.5 started by root, uid 0
Nov 16 18:50:05 mf-desktop NetworkManager:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Nov 16 18:50:05 mf-desktop NetworkManager:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
Nov 16 18:50:05 mf-desktop pppd[16259]: Using interface ppp0
Nov 16 18:50:05 mf-desktop pppd[16259]: Connect: ppp0 <--> /dev/pts/22
Nov 16 18:50:05 mf-desktop pptp[16263]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Nov 16 18:50:05 mf-desktop pptp[16277]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Nov 16 18:50:05 mf-desktop pptp[16277]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Nov 16 18:50:05 mf-desktop pptp[16277]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Nov 16 18:50:06 mf-desktop pptp[16277]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Nov 16 18:50:06 mf-desktop pptp[16277]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Nov 16 18:50:06 mf-desktop pptp[16277]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 20).
Nov 16 18:50:36 mf-desktop pppd[16259]: LCP: timeout sending Config-Requests
Nov 16 18:50:36 mf-desktop pppd[16259]: Connection terminated.
Nov 16 18:50:36 mf-desktop NetworkManager:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Nov 16 18:50:36 mf-desktop pppd[16259]: Modem hangup
Nov 16 18:50:36 mf-desktop pptp[16263]: anon warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
Nov 16 18:50:36 mf-desktop pptp[16263]: anon warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
Nov 16 18:50:36 mf-desktop pptp[16277]: anon log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
Nov 16 18:50:36 mf-desktop pptp[16277]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Nov 16 18:50:36 mf-desktop pppd[16259]: Exit.
Nov 16 18:50:36 mf-desktop pptp[16277]: anon log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)

 

, accel-ppp.log:

[2012-11-16 18:47:51]:   msg: accel-ppp version 6ca95447b6e539a867c8744b830acbde6c12d9a7
[2012-11-16 18:50:07]:  info: ppp0: connect: ppp0 <--> pptp(192.168.y.y)
[2012-11-16 18:50:38]:  info: ppp0: disconnected

 

 

Оу, а еще и с венды ошибка 734:

[2012-11-16 19:02:30]:  info: ppp0: connect: ppp0 <--> pptp(10.0.x.x)
[2012-11-16 19:02:33]:  info: ppp0: send [RADIUS(1) Access-Request id=1 <User-Name "user123"> <NAS-Identifier "nas3"> <NAS-IP-Address 192.168.x.x> <NAS-Port 0> <NAS-Port-Type Virtual> <Tunnel-Type PPTP> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "10.0.4.252"> <Called-Station-Id "10.100.100.213"><Microsoft MS-CHAP-Challenge ><Microsoft MS-CHAP2-Response >]
[2012-11-16 19:02:33]:  info: ppp0: recv [RADIUS(1) Access-Accept id=1 <PPPD-Downstream-Speed-Limit 102400> <PPPD-Upstream-Speed-Limit 102400> <Reply-Message "0E=602 R=0"><Microsoft MS-CHAP2-Success ><Microsoft MS-MPPE-Recv-Key ><Microsoft MS-MPPE-Send-Key ><Microsoft MS-MPPE-Encryption-Policy 1><Microsoft MS-MPPE-Encryption-Type 6> <Acct-Interim-Interval 300> <Framed-IP-Address 188.0.x.x>]
[2012-11-16 19:02:33]:  warn: ppp0: ppp:ipcp: to avoid kernel soft lockup requested IP cannot be assigned (192.168.88.10)
[2012-11-16 19:02:33]:  info: ppp0: 024004: authentication succeeded
[2012-11-16 19:02:33]:  warn: ppp0: CCP: discarding packet
[2012-11-16 19:02:33]:  warn: ppp0: IPCP: discarding packet
[2012-11-16 19:02:34]:  info: ppp0: disconnected

Изменено пользователем morfair

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано (изменено) · Жалоба

А, понял. У меня

[client-ip-range]
10.0.0.0/8
192.168.0.0/16

и

[ip-pool]
192.168.88.10-250

Хм. Не оч что то, ну ладно..

 

-----------

 

Ан нет. Венда подключилось, убунта не хочет:

Nov 16 19:10:07 mf-desktop pulseaudio[1629]: ratelimit.c: 200 events suppressed
Nov 16 19:10:27 mf-desktop pppd[16459]: pppd 2.4.5 started by root, uid 0
Nov 16 19:10:27 mf-desktop NetworkManager:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Nov 16 19:10:27 mf-desktop NetworkManager:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
Nov 16 19:10:27 mf-desktop pppd[16459]: Using interface ppp0
Nov 16 19:10:27 mf-desktop pppd[16459]: Connect: ppp0 <--> /dev/pts/22
Nov 16 19:10:27 mf-desktop pptp[16462]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Nov 16 19:10:27 mf-desktop pptp[16472]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Nov 16 19:10:27 mf-desktop pptp[16472]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Nov 16 19:10:27 mf-desktop pptp[16472]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Nov 16 19:10:28 mf-desktop pptp[16472]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Nov 16 19:10:28 mf-desktop pptp[16472]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Nov 16 19:10:28 mf-desktop pptp[16472]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 29).
Nov 16 19:10:58 mf-desktop pppd[16459]: LCP: timeout sending Config-Requests
Nov 16 19:10:58 mf-desktop pppd[16459]: Connection terminated.
Nov 16 19:10:58 mf-desktop NetworkManager:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Nov 16 19:10:58 mf-desktop pppd[16459]: Modem hangup
Nov 16 19:10:58 mf-desktop pptp[16462]: anon warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
Nov 16 19:10:58 mf-desktop pptp[16462]: anon warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
Nov 16 19:10:58 mf-desktop pptp[16472]: anon log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
Nov 16 19:10:58 mf-desktop pptp[16472]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Nov 16 19:10:58 mf-desktop pptp[16472]: anon log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Nov 16 19:10:58 mf-desktop pppd[16459]: Exit.

 

[2012-11-16 19:10:29]:  info: ppp1: connect: ppp1 <--> pptp(192.168.7.175)
[2012-11-16 19:10:59]:  info: ppp1: disconnected

Изменено пользователем morfair

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

NiTr0   

NiTr0
Опубликовано · Жалоба

Поставил на один из брасов снова, несколько дней - пока жалоб особо нет; чувствую, отгребу жалобы владельцев роутеров когда и на прочих брасах подниму...

Из вопросов/непонятностей:

1) на пппое должна работать регулярка в interface? Если указываю re:vlan[45] - т.е. влан 4 и 5 - ни один интерфейс в регулярку не попадает, о более сложных регулярках молчу, а re:vlan5 - вообще ругается на неведомый интерфейс, и демон отказывается стартовать.

2) с чем связано, что на обычном rp-pppoe клиенты без mss clamping прекрасно работают, а на accel-ppp у них вылазят грабли, и приходится резать mss на брасе?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано · Жалоба
на пппое должна работать регулярка в interface?
нет
с чем связано, что на обычном rp-pppoe клиенты без mss clamping прекрасно работают, а на accel-ppp у них вылазят грабли, и приходится резать mss на брасе?
может быть что-то с мту

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

NiTr0   

NiTr0
Опубликовано · Жалоба

А планируется на pppoe регулярку внедрять? Все равно pcre где-то еще в акселе юзается...

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

NiTr0   

NiTr0
Опубликовано · Жалоба

Спасибо, было бы очень кстати.

По поводу проблем с MSS - попробую смоделировать ситуацию, навряд там проблема с большим MTU - в конфиге mtu=mru=1400, max-mtu=1492, хотя все может быть. Как смоделирую - попробую еще жестко mtu зарезать.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано · Жалоба

логи коннекта уровня 5 надо

[pptp]
verbose=5

оно?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

morfair   

morfair
Опубликовано (изменено) · Жалоба

[log]

level=5

Пожалуйста.

 

Ubuntu 10.04 pon:

Nov 19 10:16:02 mf-desktop pppd[20044]: pppd 2.4.5 started by root, uid 0
Nov 19 10:16:02 mf-desktop NetworkManager:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Nov 19 10:16:02 mf-desktop NetworkManager:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
Nov 19 10:16:02 mf-desktop pppd[20044]: Using interface ppp0
Nov 19 10:16:02 mf-desktop pppd[20044]: Connect: ppp0 <--> /dev/pts/22
Nov 19 10:16:02 mf-desktop pptp[20046]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Nov 19 10:16:02 mf-desktop pptp[20061]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Nov 19 10:16:02 mf-desktop pptp[20061]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Nov 19 10:16:02 mf-desktop pptp[20061]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Nov 19 10:16:03 mf-desktop pptp[20061]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Nov 19 10:16:03 mf-desktop pptp[20061]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Nov 19 10:16:03 mf-desktop pptp[20061]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 32).
Nov 19 10:16:33 mf-desktop pppd[20044]: LCP: timeout sending Config-Requests
Nov 19 10:16:33 mf-desktop pppd[20044]: Connection terminated.
Nov 19 10:16:33 mf-desktop NetworkManager:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Nov 19 10:16:33 mf-desktop pppd[20044]: Modem hangup
Nov 19 10:16:33 mf-desktop pptp[20046]: anon warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
Nov 19 10:16:33 mf-desktop pptp[20046]: anon warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
Nov 19 10:16:33 mf-desktop pptp[20061]: anon log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
Nov 19 10:16:33 mf-desktop pptp[20061]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Nov 19 10:16:33 mf-desktop pptp[20061]: anon log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Nov 19 10:16:33 mf-desktop pppd[20044]: Exit.

 

accel-ppp.log:

[2012-11-19 10:15:55]:  info: pptp: new connection from 192.168.x.x
[2012-11-19 10:15:55]:  info: : recv [PPTP Start-Ctrl-Conn-Request <Version 1> <Framing 3> <Bearer 3> <Max-Chan 65535>]
[2012-11-19 10:15:55]:  info: : send [PPTP Start-Ctrl-Conn-Reply <Version 1> <Result 1> <Error 0> <Framing 3> <Bearer 3> <Max-Chan 1>]
[2012-11-19 10:15:56]:  info: : recv [PPTP Outgoing-Call-Request <Call-ID 0> <Call-Serial 0> <Min-BPS 2400> <Max-BPS 10000000> <Bearer 3> <Framing 3> <Window-Size 3> <Delay 0>]
[2012-11-19 10:15:56]:  info: : send [PPTP Outgoing-Call-Reply <Call-ID 20> <Peer-Call-ID 0> <Result 1> <Error 0> <Cause 0> <Speed 10000000> <Window-Size 3> <Delay 0> <Channel 0>]
[2012-11-19 10:15:56]:  info: ppp0: connect: ppp0 <--> pptp(192.168.x.x)
[2012-11-19 10:15:56]: debug: ppp0: lcp_layer_init
[2012-11-19 10:15:56]: debug: ppp0: auth_layer_init
[2012-11-19 10:15:56]: debug: ppp0: ccp_layer_init
[2012-11-19 10:15:56]: debug: ppp0: ipcp_layer_init
[2012-11-19 10:15:56]: debug: ppp0: ipv6cp_layer_init
[2012-11-19 10:15:56]: debug: ppp0: ppp established
[2012-11-19 10:15:56]: debug: ppp0: lcp_layer_start
[2012-11-19 10:15:56]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:15:59]: debug: ppp0: fsm timeout
[2012-11-19 10:15:59]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:16:02]: debug: ppp0: fsm timeout
[2012-11-19 10:16:02]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:16:05]: debug: ppp0: fsm timeout
[2012-11-19 10:16:05]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:16:08]: debug: ppp0: fsm timeout
[2012-11-19 10:16:08]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:16:11]: debug: ppp0: fsm timeout
[2012-11-19 10:16:11]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:16:14]: debug: ppp0: fsm timeout
[2012-11-19 10:16:14]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:16:17]: debug: ppp0: fsm timeout
[2012-11-19 10:16:17]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:16:20]: debug: ppp0: fsm timeout
[2012-11-19 10:16:20]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:16:23]: debug: ppp0: fsm timeout
[2012-11-19 10:16:23]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 519b500d> <mru 1400>]
[2012-11-19 10:16:26]:  info: ppp0: recv [PPTP Call-Clear-Request <Call-ID 0>]
[2012-11-19 10:16:26]: debug: ppp0: ppp_terminate
[2012-11-19 10:16:26]: debug: ppp0: lcp_layer_free
[2012-11-19 10:16:26]: debug: ppp0: auth_layer_free
[2012-11-19 10:16:26]: debug: ppp0: ccp_layer_free
[2012-11-19 10:16:26]: debug: ppp0: ipcp_layer_free
[2012-11-19 10:16:26]: debug: ppp0: ipv6cp_layer_free
[2012-11-19 10:16:26]: debug: ppp0: ppp destablished
[2012-11-19 10:16:26]:  info: ppp0: send [PPTP Call-Disconnect-Notify <Call-ID 0> <Result 4> <Error 0> <Cause 0>]
[2012-11-19 10:16:26]:  info: ppp0: pptp: disconnect by peer
[2012-11-19 10:16:26]: debug: ppp0: pptp: disconnect
[2012-11-19 10:16:26]:  info: ppp0: disconnected

Изменено пользователем morfair

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

-Ars-   

-Ars-
Опубликовано · Жалоба

xeb, а AdvLinkMTU какие значения принимать может? Точнее, не так: он должен принимать значения, которые задаю я, или он их берет с underlying-интерфейса?

 

На данный момент я не видел LinkMTU в RA.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

xeb   

xeb
Опубликовано (изменено) · Жалоба
[2012-11-19 10:15:56]: info: ppp0: send [LCP ConfReq id=1 ]

[2012-11-19 10:15:59]: debug: ppp0: fsm timeout

[2012-11-19 10:15:59]: info: ppp0: send [LCP ConfReq id=1 ]

[2012-11-19 10:16:02]: debug: ppp0: fsm timeout

[2012-11-19 10:16:02]: info: ppp0: send [LCP ConfReq id=1 ]

[2012-11-19 10:16:05]: debug: ppp0: fsm timeout

gre явно где-то дропается

 

На данный момент я не видел LinkMTU в RA.
хм, смотрю оно не реализованно, похоже забылось...
Изменено пользователем xeb

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

-Ars-   

-Ars-
Опубликовано · Жалоба
хм, смотрю оно не реализованно, похоже забылось...

О! Тогда ладно, а то я голову ломаю... ;)

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

theMIROn   

theMIROn
Опубликовано (изменено) · Жалоба

На данный момент я не видел LinkMTU в RA.

по идее оно нужно для оверрайда mtu на линке, для ppp mtu согласуется по lcp, то есть как бы не обязательно, плюсом не должно быть меньше 1280

ошибаюсь?

Изменено пользователем theMIROn

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
Перейти к списку тем Программное обеспечение, биллинг и *unix системы