SezamPro i dalje navlači očajnike na ADSL ...

To se zove marketing. Ako oni tako vole da zovu svoj servis, zasto tebe to muci? :-)

Marko.

Potpis

OV SM
LA PK

Nesto me u srcu bole....

Ako neko to zove marketing i ima pravo da to koristi e pa ond ai mi imamo pravo da nam se to ne svidja i da kritikujemo, svakom svoje pravo!

Obzirom na nasu opstu i IT prosvecenost, taj naziv se 'ladno moze proglasiti prevarom puchanstva. Sve ima svoje granice, pa i marketing. Ja sam bio totalno zbunjen kad sam prvi put video njihovu reklamu na TV, u kojoj se taj naziv koristi u toku cele reklame, kao da je to ZAISTA tako, ni nagovestaja o smajliju ili slicno.

Mozda niste primetili, mislim da je Eminem-a tuzio neki njegov skolski drug zbog teksta pesme, baziranog na istinitom dogadjaju iz detinjstva. Taj skolski drug ga je malo istukao a u pesmi govori o tome da ga je "prebiio na mrtvo", da mu je "iscupao mozak iz lobanje" i sve u tom stilu i sudija ga je oslobodio odgovornosti sa obrazlozenjem da niko normalan nece u to poverovati, jer je jasno da je sve receno preterano. Kod Sezama je sve prikazano kao da je istina.

Potpis

Na svetu postoje samo 2 OS-a: 1. Mint, 2. svi ostali!

Skroz je OK da se koristi RADIUS, druga je stvar sto su oni to lose implementirali u slucaju paketa sa ogranicenjuma (moze to lako da se prevazidje).

Markom: hint ti je losh, tj. to ogranicenje od 32bita je staro, moj hint za obrazlozenje je:

Acct-Input-Gigawords
Acct-Output-Gigawords

Pored toga postoji i Accounting-Alive (kako ga moderno zovu "Interim") kao i POD (Packet Of Disconnect) - kada se sve ovo ukomponuje dobije se lepo broaband resenje .

Sve su ovo prosirenja koja su uradjena u poslednjih 5 godina , inace bi RADIUS bio neupotrebljiv za broadband, voip itd. a koristi se za sve to (auth/billing svih redom servisa).

O, da, sve to postoji. Isto tako postoje i znatno robusninja rešenja.

Najveći problem sa primenom RADIUS accountinga za ovu namenu je:

- Atribute koje si poslao ne podržavaju svi RADIUS serveri
- Atribute koje si poslao ne podržavaju svi RADIUS klijenti
- Oslanja se na funkcionalnost BRAS-a (Telekom)

Da li kao ISP zaista veruješ u to što ti stiže od Telekoma (konkutrenta)? :-)

Marko.

P.S. Ja nisam video da neko ozbiljno koristi RADIUS za billing broadbanda... Možda grešim. Authentication je naravno gotovo uvek RADIUS.

Potpis

OV SM
LA PK

Pa koliko ja znam TSR koristi istu foru za ADSL kao i za dialup preko SMINa.

Dakle, korisnik koji dolazi preko ADSLa (PPPoE) se enkapsulira u L2TP i preko telekomovog LACa terminise do ISPovog LNSa, dakle, logicki se PPPoE sesija terminise kod ISPa (ISPovog LNSa) sto znaci da je provajderov RADIUS klijent i njemu naravno verujes . Telekomov LAC "zna" gde da terminise L2TP (koji LNS) po domenu preko kojeg se user autorizuje (zato i traze da se kuca user@domen)

Sa druge strane cim radis billing preko RADIUSa podrazumeva se da ili sam razvijas RADIUS server (cini mi se da je to slucaj kod svih nasih ozbiljnijih provadera pa i SezamPro-a) ili da imas neki "mocni" radius koji pored auth/acc "zna" i da ti odradi billing (a ne samo logovanje - accounting).

Dakle, konkretno u ovoj situaciji (naravno, ako sam u pravu sa pricom o LAC/LNS u vezi sa TSR implementacijom) RADIUS kao billing resenje je potpuno OK i moze da radi sjajno ako ISP to lepo implementira.

Prednost RADIUSa za billing je zato sto koristis isto resenje i za dialup i za broadband (i wireless mozes da "svedes" na jedan LAC pa na isti LNS).

LAC/LNS resenje koristi i TCG da bi terminisao PPPoE sesije ADSL korisnika do nekog od ISPova u CG (za sada samo jedan ISP nudi ADSL).

Vidiš, zaboravio sam na taj deo sa L2TP-om. U pravu si. Mada, kako sam tvrdoglav...

Kako bi sa čisto RADIUS billing rešenjem rešio situaciju u kojoj, recimo, hoćeš da ponuduš jevtiniji noćni download, ili besplatan saobraćaj nedeljom ili tako neki servis...? ;-) Ili, ne daj Bože, ako hoćeš da ponudiš besplatan saobraćaj unutar tvoje mreže/države/sistema provajdera (provajdere za koje si ti upstream/tranzit)? ;-)

Marko.

P.S. Periodični disconnect svih konektovanih korisnika se ne smatra ispravnim rešenjem za prvu situaciju :-).

P.P.S. Da, LAC/LNS je standardno rešenje, mada ima implementacija gde je LNS (BRAS) kod vlasnika infrastukture (DSLAM-ova), kako bi se smanjili operativni troškovi manjih provajdera koji kupuju wholesale. Do ISP-a u ovom slučaju stiže čist saobraćaj, iako oni i dalje hostuju RADIUS. Ovo isto omogućava jevtina business xDSL rešenja (corporate VPN - zamena za FR).

Potpis

OV SM
LA PK

Za to tarifiranje lokalnog/stranog i slicne "perverzije" (mada je naravno i to logicno pitanje - i treba) saobracaja moras jos da se potrudis - ali moze. E to sad vec dosta zavisi od opreme koju koristis (za LNS naravno) ali npr. Cisco ima vendor specific ekstenzije i moze da ti salje "potrosnju" po klasama, naravno ovo sve ide kroz VS atribute i komplikovanije je (pogotovo sa strane RADIUS servera / billinga) - moras i da kupis neke servere za to (pored LNSa) i sl.

Ja npr. sada treba da testiram Linux kao LNS (http://sourceforge.net/projects/l2tpns/, http://sourceforge.net/projects/openl2tp/ - ova 2 resenja mi lice kao najozbiljnija "pod" Linuxom). Testiranje upravo radim zbog toga da bi ih eventualno prosirio, znaci moja ideja je da ako to sve radi OK (a vidim da se npr. l2tpns koristi bas u te svrhe - pisan je upravo za ADSL LNS) da napravim VS ekstenzije za stvari koje si ti naveo.

Dakle, kroz VS posaljem "pravila" i dobijem "potrosnju" po "klasama". Videcemo kako ce to da ide, najvaznija "stavka" je koliko jedan normalan Linux box moze da "obradi" L2TP sesija..

To da je kod telekoma LNS je isto fino resenje za korisnike (male) - VPN .

Još jedno pitanje pred spavanje... Šta se desi kad LNS crkne, pre nego što diskonektuje korisnike mkoji su bili povezani prethodnih X sati/dana? Baciš pare kroz prozor?

Jel' moguće da nisi čuo za, recimo, NetFlow (kad već pominješ Cisco ekstenzije) :-).

Linux kao LNS ne bih komentarisao... To mi zvuči ozbiljno taman koliko i RADIUS billing ;-).

Marko.

P.S. Imaš neki pointer na Cisco dokumentaciju za to o čemu pričaš. Jedino ako RADIUS može da pošalje countere za saobraćaj definisan posebnim access listama (ili drugim metodama klasifikacije), al' to mi nije poznato da može.

Potpis

OV SM
LA PK

Ako crkne, nema veze, posto primas interim accounting podatke na svakih X sekundi (obicno 60 sec) i onda "gubis" samo poslednjih max 1min.

Cuo sam za netflow, i koristio (pravio "billingovanje" preko netflow-a), samo kazem da moze i preko RADIUSa i da je to skroz korektno resenje - nista losije od npr. netflow-a.

Znam konkretno da je Cisco (koji je izveo MIPNET, CG MPLS mrezu) rekao da se ne koristi netflow za data billing - zasto ne znam - ali je to savetovao Crnogorcima. Ne znam zasto Cisco ne forsira NetFlow, ja sam ga koristio i cini mi se da isto skroz korektno radi.

Ja ne bih bas imao apriori odbojnost ka Linux resenju kao LNSu, "ozbiljna" resenja su cesto "izvikana" tj. pokaze se da i nisu bas toliko ozbiljna kada se pogleda ispod "haube" . A to da li je RADIUS ozbiljan ili nije za billing, zavisi iz kog ugla se gleda, mali milion ljudi koristi RADIUS za billing (zar ne koriste SVI dialup provajderi - npr.?), zar ga ne koristi svi VoIP provajderi (ili barem skoro svi), mnogo broadband (nije previse - posto vecina nudi FLAT) itd.

Sto se tice Cisco-a, on moze preko RADIUSa da posalje potrosnju po klasama saobracaja, mora da se koristi CSG, evo dokumentacije na njihovom sajtu kako se npr. konfigurise "Content Billing" (podskup toga sto tebe zanima):

http://www.cisco.com/en/US/pro...e_chapter09186a00800bd95a.html

Preko CSGa moze da se radi billing na vise razlicitih "nacina", moze preko RADIUSa, mogu i da se exportuju podaci ka nekom billingu/mediation gateway-u i sl..

Prijavio sam se kod sezamproa pre 3 meseca.Rekli su da nema trenutno adsl portova pa uvrglave cu cekati mesec dana.I sada kada god odem pocnu da pricaju neke bajke i krive telekom.

Ja stvarno nemam vise zivaca da cekam dali moze neko da mi preporuci da raskinem ovaj ugovor sa djavolom i odem kod nekog drugog provajdera

Ako stvarno znate nekog dobrog provajdera molim vas reci te mi.UNAPRED VELIOKO HVALA

kod mene isti slučaj... mislim da je 27. juna potpisan ugovor, a to je više od 3 meseca... izgleda da ćemo morati da čekamo proširenje portova na centrali sredinom oktobra, mada mislim da će sve te portove dobiti telekomovi korisnici...

ja sam probao još i kod scneta, i oni mi vratiše pare posle 3-4 dana pod izgovorom da nema portova...

kad imaš ovakav telekom, ni najbolji provajder ti neće pomoći

Potpis

aka Vitez Koja
::
日本光学工業株式会社 :: One photo out of focus is a mistake, ten
photo out of focus are an experimentation, one hundred photo out of focus are a
style.

ja sam cekao tri nedelje i pozvali me da preuzmem opremu (sezam)
dosao kuci kad ono ne radi???
zvao sezam menjao modem i nista
problem je bio sto nema adsl signala jednostavno nije ukljucen
telekomu je trebalo 22 dana(dodatna) da uradi svoj deo posla u centrali
a lado su dolazili i cak me zvali vise puta da provere jel radi???
kao nije do njih nego do provajdera i posavetovao me covek da promenim provajdera
telekom je veliki prevarant provajderi su male bebe

inace iz sezam su mi ponudili odma da mi vrate novac ali nisam pristao jel
sam znao da nema leka dok se ne pojavi adsl signal u liniji a to moze samo telekom da sredi
lepo su to smislili ja ne mogu direktno da zovem telekom nego provajdera ono zovu jupak
a oni telekom
tako da ih bas briga jos imaju hrabrosti da me zovu i kazu da su oni po prijavi sve proverili
i sve radi da se obratim provajderu pa opet u krug a signala nigde

taj dan kad je proradilo zovu me iz telekoma i kao pitaju jel radi, ja kazem ne,
oni kao resetujte modem, vazi, resetujem i konacno se pojavi signal i kao to je to

nikom nista, a ja sam one iz sezama progonio svaki radni dan i ako nisu mogli nista da urade
i prilicno sam bio "neljubazan"
danas ima vec 57 dana kako sve radi bez problema samo se jednom desilo da je pukla veza
a to sam resio palenjem i gaseljem modema

ptts
> __________ NOD32 1.1780 (20060927) Information __________
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>

Potpis

Hackman