имеем канал 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]как видим, бандл ppp1 создается
у ТТК на циске конфиг такой
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 Serialx/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 показывает аналогичную историю (запросы приходят, отправляются обратно и до циски не доходят...)
где может быть засада?
а зачем вам MPPP при одном канале?
>а зачем вам MPPP при одном канале?чтобы когда этот запустим привязать в этот же бандл второй канал
>>а зачем вам MPPP при одном канале?
>
>чтобы когда этот запустим привязать в этот же бандл второй каналПродолжение разговора с ТТК:
оба счетчика(прием/передача) на mu101 растут когда делаем ping x.x.x.x с y.y.y.y
то есть какие-то пакеты от клиента по mu101 мы всетаки получаем
только они почемуто не распозаются как ip
>[оверквотинг удален]
>encapsulation ppp
>ppp multilink
>multilink-group 101
>end
>
>Соответственно ping на y.y.y.y(на интерфейсе ppp1 видны уходящие в даль запросы) не
>приносит никаких результатов, пинг снаружи адреса x.x.x.x показывает аналогичную историю (запросы
>приходят, отправляются обратно и до циски не доходят...)
>
>где может быть засада?продолжение разговора с TTK:
оба счетчика на mu101 растут когда делаем ping x.x.x.x с y.y.y.y
то есть какие-то пакеты от клиента по mu101 мы всетаки получаем
только они почемуто не распозаются как ip
>[оверквотинг удален]
>encapsulation ppp
>ppp multilink
>multilink-group 101
>end
>
>Соответственно ping на y.y.y.y(на интерфейсе ppp1 видны уходящие в даль запросы) не
>приносит никаких результатов, пинг снаружи адреса x.x.x.x показывает аналогичную историю (запросы
>приходят, отправляются обратно и до циски не доходят...)
>
>где может быть засада?Продолжение разговора с ТТК:
оба счетчика на mu101 растут когда делаем ping 217.150.55.105 с clk15.
то есть какие-то пакеты от клиента по mu101 мы всетаки получаем
только они почемуто не распозаются как ip