Re: Awaria neostrady

Autor: Marcin Kuczera <marcin_at_usun-to.leon.pl>
Data: Wed 22 Jul 2009 - 10:57:08 MET DST
Message-ID: <h43vt9$kjh$1@polsl.pl>
Content-Type: text/plain; charset=UTF-8; format=flowed

Jan Strybyszewski wrote:
>
>> przeczytaj jeszcze raz to co napisałeś.
>>
>> BRASów jest w całym kraju max kilkadziesiąt. Tym jest znacznie łatwiej
>> zarządzać niż DSLAMami.
>>
>> Dobry BRAS potrafi obsłużyć do 256k subsrciberów (RedBack SE-1200, ale
>> TP używa Junipera, troche mniejszy kaliber).
>>
>> na BRASach masz wpisane adresy serwerów RADIUS do
>> autoryzacji/przypisywania profili oraz accountingu.
>
> Zaraz sugerowales autoryzacje na BRASie a nie na RADIUSIE.
> Przciez dokladnie TAK DZISIAJ JEST jak piszesz

yhm, sorry że tak to zrozumiałeś, ale nie ma takiej opcji żeby się taki
konfig zmieścił w pamięci dla dużego brasa z subscriberami wykreowanymi
lokalnie.

Pozatem autoryzuje i tak BRAS, a z radiusa dostaje odpowiedź czy
autoryzować czy nie ;-)

W RedBacku można np ustawić że ma to robić w takiej koleności:

local
radius
none

czyli najpierw lokalnie sprawdza, potem pyta radiusa, a jak nawet radius
powie że nie zna kolesia, to może go zaakceptować (np z profilem z
przekierowaniem).
Osobiście mam local, radius.

>> Jedyna kwestia jest taka, ze fizyczny port w DSLAMie musi być
>> ustawiony na odpowiednią prędkość, to jest taką na jaką pozwala linia..
>
> port w DSLAM nie moze byc ustawionyna predkosc od strony klienta z
> wielu powodow. Port DSLAM to wartswa 1. Ograniczenie jest na warstwie
> ATM w strone BRASA.

musi być ograniczony na sztywno, w przeciwnym wypadku na kablu 5km 0,5mm
będzie się synchronizował baaaardzo długo, a możesz się nie doczekać.
A jak będzie przycięte do 1Mbit to będzie szybki szpil.

Marcin
Received on Tue Jul 21 11:00:04 2009

To archiwum zosta³o wygenerowane przez hypermail 2.1.8 : Tue 21 Jul 2009 - 11:40:01 MET DST