Autor: Tomasz Kokowski (kokowski_at_put.poznan.pl)
Data: Mon 25 Sep 1995 - 15:02:47 MET
>: On Mon, 25 Sep 1995, Andrzej Resztak wrote:
>
>
>Zatem zgaduje, ze najmniejsza jednostka jaka moze byc monitorowana
>jest interfejs. Wiele (wiekszosc?) routerow nie moze gromadzic
>statystyki w zaleznosci od adresu docelowego (oplata tylko za ruch
>miedzynarodowy).
Czy to nie prowadzi do jakiegos pomieszania? Przeciez jesli klient A
kupuje dostep do sieci u providera B to placi:
a) za kazdy oktet/bajt ruchu wejsciowego i wyjsciowego
Ale wtedy co z ruchem generowanym przez np. DNS? Jak filtrowac
i wyceniac ruch wenatrz np. MAN, ruch do superkomputera itp?
MALO REALNE DO PRZYJECIA w INTERNECIE
b) za przylacze o okreslonej przepustowosci
Ryczalt za okreslona szerokosc pasma; nie ma problemow z filtracja
i wycena ruchu. Ruch "sluszny" i "niesluszny" jest traktowany tak
samo.
REALNE ZASTOSOWANIE W INTERNECIE
Gdyby przyjac billing w zaleznosci od np. relacji zestawianych polaczen
(LAN-LAN przez MAN, LAN-LAN przez MAN, NASK, LAN-LAN przez MAN, NASK, SPRINT
i tak dalej) to oznaczaloby to, ze nasz provider (przyjmijmy, ze jest to MAN)
kasowalby uzytkownika za przeniesienie ruchu gdzies poza nim?
Zgoda - NASK placi np. za lacza do swiata i cos za wprowadzany ruch przez
te przylacza. Moze sie myle (jesli tak to prosze o skorygowanie) ale oplata
za ruch dotyczy wszystkiego sumarycznie, a nie selektywnie za ruch do/z
roznych miejsc na swiecie.
Tomasz Kokowski
---------------------------------------------------------------------
Tomasz Kokowski
Z-ca Dyrektora d/s Technicznych Technical Director
Uczelniane Centrum Obliczeniowe Computing Centre
Politechnika Poznanska Poznan University of Technology
ul. Piotrowo 3a, 60-965 Poznan
tel. +48 (61) 782720, 782726 fax. +48 (61) 771525 e-mail:
kokowski_at_pozn1v.put.poznan.pl
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 15:52:46 MET DST