Michał Gacek napisał(a):

Ja pracuje nad takim skryptem ale na mikrotiku bo u mnie kazda stacja MT to Koncentrator do tego chce wprowadzic dynamiczne ip wiec jedynym wyjsciem, jest wlasnie wprowadzenie tego na mt, do tego modul na radiusie do obslugi ip pool. Masakra jest napisac cos takieg w trywialnym jezyku jaki oferuje MT (nawet nie ma tablic :/ tylko jakies pola listowe), ale skrypt juz dziala na sucho czyli robi rozne dziwne zadania po odpaleniu polaczenia i po jego ukonczeniu teraz musze to oblozyc w odpowiednie komendy ale straaasznie mi sie nie chce ;].

Dobra maly OT sie zrobil

Pozdrawiam

nie wiem czy rozsadne jest korzystanie z ip pool, bo rozumiem, ze jednoczesnie chcesz kroic transfer na mt'kach, nie wiem czy w twoim przypadku jest to pc, czy np rb133, ale na rb133 qos to rzeznia. Ja za starych czasow mialem cala siec na routingu, dopiero od niedawna przeznosze siec na pppoe, co komplikuje troche sprawe, w zwiazku z tym, wymyslilem, ze wszysko przeniose na jedna maszyne ktora bedzie koncentratorem dla ruchu pppoe, dlatego wykorzystuje tunele eoip. kazdy user moze dostac sie przez pppoe lub wprowadzi statycznie ip. qos i firewall to linux ktory przydziela odpowiednio pasmo zaleznie od ip'ka ktore jest wprowadzone w lms'ie. teraz mozna zadac pytanie, co sie stanie jesli ktos podlaczy sie przez pppoe, a jakis lewus wprowadzi ip tego klient, no i tu jest ciekawostka, bo nie testowalem, ale powinien dzialac klient po pppoe ze wzgledu na sposob obslugi protokolu routingu, a lewus nie powinien miec tu nic do gadania. protokol routing przesyla dane trasa zaleznie od maski, pppoe ma 32, a podsieci przewaznie 24 - tak jest u mnie, w takim wypadku powinien wybrac pppoe pomimo ze podsiec jest podlaczona bezposrednio do koncentratora.

_______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms