Andrey Posted October 22, 2007 Posted October 22, 2007 имеем канал 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 показывает аналогичную историю (запросы приходят, отправляются обратно и до циски не доходят...) где может быть засада? Вставить ник Quote
Andrey Posted October 24, 2007 Author Posted October 24, 2007 Продолжение разговора с ТТК: оба счетчика(прием/передача) на mu101 растут когда делаем ping x.x.x.x с y.y.y.y то есть какие-то пакеты от клиента по mu101 мы всетаки получаем только они почемуто не распозаются как ip Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.