RE: [uanog] Re: Определение общего CIR на несколько PVC ...
Коротко: по теории не реализуемо
Классическая схема: FR DTE <== FR DCE == FR DCE == FR DCE ==> FR DTE
Между FR DTE и FR DCE есть т.н. Last Mile, т.е. serial sync линия.
CIR/EIR выставляется и регулируется выставлением FECN/BECN и наконец
дропаньем фреймов на FR DCE.
FR DTE либо метит свои EIRные пакетики битом DE, либо не метит - тогда
получаются CIRные пакеты.
FR DTE также в принципе должно уметь ограничивать ширину занимаемой на
передачу полосы: либо с буферизацией (traffic shape в Cisco), либо без (rate
limit в Cisco). Возможно, в цисковых терминах я чуток ошибаюсь.
В вашем случае есть клиент с некой Last Mile, больше ширины которой клиент
физически не вольёт.
Т.е. клиента проще всего на вход шейпить модемом :)
Если в вас вливают PVCшки из другой сети, то на FR NNI между сетями можно
поставить CIR/EIR на каждый PVC.
CIR/EIR на _группу_ FR PVC поставить нельзя.
Конкретно к _этому_ клиенту: если у него ширина Last Mile == заказанной вам
скорости, то больше той полосы клиент в вас не вольёт, а с потоком на
клиента придётся либо доверять провайдеру, который в вас вливает эти PVCшки,
либо регулировать CIR/EIR на NNI.
--
Alexander Andriashevich
-----Original Message----- From: Yury Yaroshevsky [mailto:yk@donbass.net] Sent: Saturday, September 28, 2002 10:59 AM To: uanog@uanog.kiev.ua Subject: [uanog] Re: Определение общего CIR на несколько PVC ...
Добрый вечер.
Есть 2[3,...] FR PVC, которые приходят в разные точки одного и того же абонента. Хотелось бы ограничить полосу суммарно на все эти PVC. Т.е. гарантировать этому пользователю некий CIR суммарный на все эти PVC.
Каким образом можно это реализовать?
Хотелось бы уточнить:
Все PVC исходят из одной точки, а приходят на разные. Причем точки назначения еще связанны между собой. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Коротко: по теории не реализуемо
Сразу хочу извиниться за плохую изначальную формулировку задачи. И поблагодарить за ответ. Речь в конечном итоге идет про IP, а не про FR. То что средствами FR это не реализуемо, предполагалось изначально. Попробую конкретизировать. Есть некий клиент с различными точками присутствия. PVC от которого поданы на одну CISCO путем организации FR PVC (или ATM PVC). Поверх этих PVC подан IP. Я хотел бы ограничить IP траффик идущий на клиента суммарно на все его PVC. Т.е. это не обеспечение ему CIR в понятиях FR, а некий shaping общей полосы на все каналы абонента. Рассмотрим схему: CISCO A ---------------- | FR network | | | | | | CISCO B CISCO C Организованы dlci по которым бегает только IP: dlci 100 : CISCO A - CISCO B c CIR=128K EIR=128K dlci 200 : CISCO A - CISCO C c CIR=128K EIR=128K Нужно органичить IP траффик общей полосой в 256K на оба эти PVC. Будет ли работать такая конструкция: int SerialX.1 multipoint ip unn Loopback0 rate-limit out 256000 ... frame-relay map ip x.x.x.x 100 frame-relay map ip y.y.y.y 200 frame-relay interface-dlci 100 class pvc1 frame-relay interface-dlci 200 class pvc2 Не нравиться то, что приходиться использовать rate-limit, traffic-shape не получиться сделать из-за наличия FRTS на SerialX. У SerialX есть еще subint идущие на других абонентов. Что можно еще придумать для решения такой задачи? -- YY18-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (2)
-
Andriashevich Alexander -
Yury Yaroshevsky