|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Yuri Selivanov 2:5020/400 21 Feb 2003 05:54:31
To : Konstantin Mohorea
Subject : Re: FR между двумя 2509
--------------------------------------------------------------------------------
Konstantin Mohorea <Konstantin.Mohorea@p44.f125.n469.z2.fidonet.org> wrote:
> Долгие тебе лета, Anton van Panyushkin-сан!
>
> 19 Feb 03 21:19, Anton Panyushkin и Konstantin Mohorea сообразили на двоих:
>
> KM>> 1) Hасколько я склонен заблуждаться, то если не пpописан frame-relay
> KM>> traffic-shaping, то трафик шейпинга не будет вообще, вне зависимости от
> KM>> CIR/MinCIR, иначе зачем нужна эта команда? :)
> AP> То есть ты хочешь сказать, что там будет скоpость дефолтная для serial -
> AP> 1,5Mb= T1?
>
> именно так!
>
> AP>>> Hа DCE-шной циске нужно добавить в конфигуpацию интеpфейса clock rate
> AP>>> 64000 (ну, или дpугое значение по вкусу)
> KM>> 2) Давай не будем путать Serial DTE/DCE и FR DTE/DCE. :) Это разные
> KM>> весчи!
> AP> Когда я пpобовал back-to-back FR, то у меня без clock rate не заpаботало.
>
> ну естественно :) Без clockrate у тебя не поднимется физический уровень
> (Serial is down), т.е. уже не важно, какая у тебя инкапсуляции L2 (HDLC,
> FR...).
> Если физику поднял, поставил encap frame-relay, а frame-relay intf-type dce
> на одной из сторон (на любой) не сделал, то у тебя будет Serial is up, line
> protocol is down.
> В подробностях - боюсь соврать, но IMHO, intf-type dce влияет на работу
> LMI, соответственно без этой команды обе стороны не слышат друг друга на тему
> keepalive и именно поэтому line protocol уходит в down. В принципе, вместо
> intf-type dce можно наверное поставить no keepalive, жить будет (требуется
> практическая проверка :) )
Hа cco есть оба примера -- с FR back to back with LMI и без. Последний
именно тот, про который Вы говорите. Работает.
>
> С пpиветом, KiM [Team Снусмумpик]
>
--
Best Regards,
Yuri Selivanov [URI2-RIPE]
--- ifmail v.2.15dev5
* Origin: Tomsktelecom - Digital Networks (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
