имеем канал TTK E1 приходяший на Cronyx TauPCI 2E1 с линухом на борту(Gentoo 2.6.22-r8), ядро собрано с поддержкой мультилинка pppd 2.4.4-r13, дрова для кроникса 6R1 от 11 октября 2007г

в простом PPP и cisco HDLC канал заводится с полпинка

при переключении канала в мультилинк получаем следующую проблему:

пакеты с циски приходят, я их прекрасно вижу, пакеты отправляются на циску, я их тоже вижу- и тут засада... с моей стороны они уходят, на циске не появляются (т.е. циска их просто не видит)

tcpdump и trafshow c моей стороны не видит никаких проблем

аналогичная ситуация при включении в бандл второго линка,
на FreeBSD с mpd (через ng интерфейс) та же самая история

для сочувствующих:

конфиг pppd

debug
logfile /var/log/pppd2.log
sync
x.x.x.x:y.y.y.y
nodeflate
nobsdcomp
nopcomp
noaccomp
novjccomp
endpoint IP:x.x.x.x
mpshortseq (был и mpshortseq ситуации не меняет)
novj
#defaultroute (заремарен, потому как в работе пока другой канал)
lcp-restart 10
maxfail 0
multilink

лог соединения

using channel 3
Starting negotiation on /dev/ttyZ2
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x7b6ee4d4> <mrru 1500> <ssnhf> <endpoint [IP:х.х.х.х]>]
rcvd [LCP ConfReq id=0x3c <magic 0xe23149e0> <mrru 1500> <endpoint [local:63.6c.6b.31.35.72.61]>]
sent [LCP ConfRej id=0x3c <endpoint [local:63.6c.6b.31.35.72.61]>]
rcvd [LCP ConfRej id=0x1 <ssnhf>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x7b6ee4d4> <mrru 1500> <endpoint [IP:217.150.55.105]>]
rcvd [LCP ConfReq id=0x3d <magic 0xe23149e0> <mrru 1500>]
sent [LCP ConfAck id=0x3d <magic 0xe23149e0> <mrru 1500>]
rcvd [LCP ConfRej id=0x2 <endpoint [IP:х.х.х.х]>]
sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x7b6ee4d4> <mrru 1500>]
rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0x7b6ee4d4> <mrru 1500>]
Using interface ppp1
New bundle ppp1 created
sent [IPCP ConfReq id=0x1 <addr х.х.х.х>]
rcvd [IPCP ConfReq id=0x29 <addr y.y.y.y>]
sent [IPCP ConfAck id=0x29 <addr y.y.y.y>]
rcvd [IPCP ConfReq id=0x2a <addr y.y.y.y>]
sent [IPCP ConfAck id=0x2a <addr y.y.y.y>]
sent [IPCP ConfReq id=0x1 <addr х.х.х.х>]
rcvd [IPCP ConfAck id=0x1 <addr х.х.х.х>]
not replacing existing default route to ppp0 [z.z.z.z]
local  IP address х.х.х.х
remote IP address y.y.y.y
Script /etc/ppp/ip-up started (pid 4318)
Script /etc/ppp/ip-up finished (pid 4318), status = 0x0
rcvd [LCP EchoReq id=0x1 magic=0xe23149e0 00 01 00 09]
sent [LCP EchoRep id=0x1 magic=0x7b6ee4d4 00 01 00 09]

как видим, бандл создается

у ТТК на циске конфиг такой

interface Multilink101
description -CU hhhhgkjhfhgfg internet ---
no cdp enable
ip vrf forwarding internet
ip unnumbered Loopback1
no ip directed-broadcast
ip route-cache flow input
load-interval 30
ppp multilink
no ppp multilink fragmentation
multilink-group 101
service-policy input ACCESS_4M_IN
service-policy output ACCESS_4M_OUT
end

!
interface Serial5/0/0.1/1/7/1:0
description -CU kljkjjjkhhjh  internet ---
bandwidth 2048
no ip address
  no ip redirects
no ip directed-broadcast
encapsulation ppp
ppp multilink
multilink-group 101
end

Соответственно ping на y.y.y.y(на интерфейсе ppp1 видны уходящие в даль запросы) не приносит никаких результатов, пинг снаружи адреса x.x.x.x показывает аналогичную историю (запросы приходят, отправляются обратно и до циски не доходят...)

где может быть засада?

• MultilinkPPP CISCO E1->Linux TauPCI E1,sn, 09:04 , 23-Окт-07
  • MultilinkPPP CISCO E1->Linux TauPCI E1,andmtk, 09:22 , 23-Окт-07

> no ppp multilink fragmentation

может дело в этом

> service-policy input ACCESS_4M_IN
> service-policy output ACCESS_4M_OUT

или здесь

>> no ppp multilink fragmentation

фрагментацию и выключали и включали, по манам она уменьшает задержку и уменьшает загрузку проца при фрагментированных пакетах

>
>может дело в этом
>
>> service-policy input ACCESS_4M_IN
>> service-policy output ACCESS_4M_OUT
>
>или здесь

это ширина полного канала (4мегабита), тоже никак влиять не может