The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"MultilinkPPP CISCO E1->Linux/freeBSD TauPCI E1"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [Проследить за развитием треда]

"MultilinkPPP CISCO E1->Linux/freeBSD TauPCI E1"  
Сообщение от andmtk email(ok) on 22-Окт-07, 21:57 
имеем канал 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 показывает аналогичную историю (запросы приходят, отправляются обратно и до циски не доходят...)

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "MultilinkPPP CISCO E1->Linux/freeBSD TauPCI E1"  
Сообщение от Telesis on 23-Окт-07, 13:19 
а зачем вам MPPP при одном канале?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "MultilinkPPP CISCO E1->Linux/freeBSD TauPCI E1"  
Сообщение от andmtk email(??) on 23-Окт-07, 14:57 
>а зачем вам MPPP при одном канале?

чтобы когда этот запустим привязать в этот же бандл второй канал

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "MultilinkPPP CISCO E1->Linux/freeBSD TauPCI E1"  
Сообщение от andmtk email(ok) on 24-Окт-07, 17:40 
>>а зачем вам MPPP при одном канале?
>
>чтобы когда этот запустим привязать в этот же бандл второй канал

Продолжение разговора с ТТК:

оба счетчика(прием/передача) на mu101 растут когда делаем ping x.x.x.x с y.y.y.y

то есть какие-то пакеты от клиента по mu101 мы всетаки получаем

только они почемуто не распозаются как ip

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "MultilinkPPP CISCO E1->Linux/freeBSD TauPCI E1"  
Сообщение от andmtk email(??) on 24-Окт-07, 17:36 
>[оверквотинг удален]
>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


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "MultilinkPPP CISCO E1->Linux/freeBSD TauPCI E1"  
Сообщение от andmtk email(??) on 24-Окт-07, 17:38 
>[оверквотинг удален]
>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


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру