If you're not NATing at the tower MTs you can just do simple queues on your core and don't do them at the tower. They'll catch the same traffic (assuming they're not talk to neighboring customers).
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Mon, Feb 21, 2011 at 5:52 PM, David E. Smith <[email protected]> wrote: > > > On Mon, Feb 21, 2011 at 16:21, Scott Piehn <[email protected]> wrote: > >> We currently Q each customer at the tower. I am looking at my edge >> router trying to figure out who is using what >> >> Should I just create an unlimited simple Q for each IP or is there a more >> efficient way. >> I want to still do the actual traffic limiting at the tower >> > > Do you mean "queue?" > > Anyway, the easiest thing to do is just to watch your traffic at the edge. > If you're using Mikrotik, the integrated Torch tool is pretty nice, and can > limit traffic by physical interface, or by IP. Valemount StarOS has a > similar tool, as do most wireless platforms these days.. Failing that, set > up a mirror port on a switch and fire up Wireshark. > > If you're doing the traffic shaping at each tower, why would you need or > want to shape it at the edge? > > David Smith > MVN.net > > > > > > > -------------------------------------------------------------------------------- > WISPA Wants You! Join today! > http://signup.wispa.org/ > > -------------------------------------------------------------------------------- > > WISPA Wireless List: [email protected] > > Subscribe/Unsubscribe: > http://lists.wispa.org/mailman/listinfo/wireless > > Archives: http://lists.wispa.org/pipermail/wireless/ >
-------------------------------------------------------------------------------- WISPA Wants You! Join today! http://signup.wispa.org/ -------------------------------------------------------------------------------- WISPA Wireless List: [email protected] Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
