Re: [WISPA] l2tp tunnels for AP mobility
Butch Evans wrote: > perhaps I'm missing something, but what does the tunnel have to do with > the single SSID? Maybe that's not what you meant, but I'm stuck with > trying to figure out how they're related. :-( > > What is the "this" that you are looking for advice on? So, I have about 50 access points in various remote places, and when people connect to one SSID at each of those, they will be L2TP tunneled back to my local network where I can authenticate them via RADIUS and give them an address via DHCP. When the workers leave one site and cruise on over to another site, they will connect to the same SSID (different access point, of course) and L2TP tunnel back to the same RADIUS / DHCP server that they did at the previous site. WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] l2tp tunnels for AP mobility
On Fri, 19 Sep 2008, Rogelio wrote: >I'm planning out a very large wifi rollout for a cable company, and >I'm looking to use L2TP tunnels in order to "flatten" the entire >network so that there is mobility options with some mission >critical stuff that runs on one SSID. >Anyone else have any advice when doing this? I've got Cisco routers >and switches in between my remote access points and local DHCP / >RADIUS boxes that (in theory) allow for this to happen seamlessly, >but am looking for any "gotchas" that others may have had. perhaps I'm missing something, but what does the tunnel have to do with the single SSID? Maybe that's not what you meant, but I'm stuck with trying to figure out how they're related. :-( What is the "this" that you are looking for advice on? -- *Butch Evans*Professional Network Consultation * *Network Engineering*MikroTik RouterOS * *573-276-2879 *ImageStream * *http://www.butchevans.com/ *StarOS and MORE * *http://blog.butchevans.com/*Wired or wireless Networks* *Mikrotik Certified Consultant *Professional Technical Trainer* WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
[WISPA] l2tp tunnels for AP mobility
I'm planning out a very large wifi rollout for a cable company, and I'm looking to use L2TP tunnels in order to "flatten" the entire network so that there is mobility options with some mission critical stuff that runs on one SSID. Anyone else have any advice when doing this? I've got Cisco routers and switches in between my remote access points and local DHCP / RADIUS boxes that (in theory) allow for this to happen seamlessly, but am looking for any "gotchas" that others may have had. WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] [Tranzeo] Updated - Tranzeo/Mtik disconnect issue...
It does not matter either way on my network. Some have a Virtual, others do not. Bill Gaylord, COO COLI Inc D. Ryan Spott wrote: > All, > > On Mtik APs with this issue, do you have any VirtualAPs turned on? > > ryan > > Scott Piehn wrote: > >> In my personal opinion, no. I have seen it with different models. I >> do know that radio does effect it, R52H is the worst. Don't have any >> XR2's to test with >> >> Scott >> >> >> - Original Message - From: "Stuart Pierce" <[EMAIL PROTECTED]> >> To: <[EMAIL PROTECTED]> >> Sent: Friday, September 19, 2008 9:02 AM >> Subject: RE: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... >> >> >> >>> Does the routerboard model really matter ? >>> >>> -- Original Message -- >>> From: "Mark McElvy" <[EMAIL PROTECTED]> >>> Reply-To: [EMAIL PROTECTED] >>> Date: Wed, 17 Sep 2008 13:40:41 -0500 >>> >>> I am not seeing issues on RB532/XR2/2.9.50 or RB433/XR2/3.10. Mark McElvy AccuBak Data Systems, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Gotstein Sent: Wednesday, September 17, 2008 1:30 PM To: [EMAIL PROTECTED] Subject: Re: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... Has anyone determined if this is specific to a radio card or routerboard model? I'm not seeing this problem running a RB532 and SR2 card. Chris Gotstein Sr Network Engineer UP Logon/Computer Connection UP 500 N Stephenson Ave Iron Mountain, MI 49801 Phone: 906-774-4847 Fax: 906-774-0335 [EMAIL PROTECTED] Damian Wallace wrote: > Well, MT says there is nothing wrong with their code, go away. The > card > must have just reset itself for some unknown reason, and the CPE > should > just ignore a Zero Time Stamp. Why a card would reset and you would > not > start a re-association process is beyond me. If a card is reset, you > reloaded the driver, and you must have done so for a reason. > > We apply the logic that if the timer went to zero, the AP reset. Why > does this matter? The timestamp is used for syncing beacons, power > control and for signaling a change at the AP. The Spec reads that if > STA receives a beacon with a later timestamp, then it has to ..." > adopt > all parameters contained in the Beacon frame, except the Capability > bits, Supported Rates information element, and Extended Supported > Rates > information element." > > It's not expressly written into the spec to treat Zero as a reset it > is > true, but otherwise if the card is reset, then the CPE will not apply > any changes until the timestamp is greater than its own timestamp. > It's > a 64-bit number, so you could be waiting for a long time. > > Sorry guys. You'll have to bug them on this one. Lots of people use > this same logic since it comes from the Atheros Driver, so it won't be > just Tranzeo's that drop and (hopefully) come back. > > We're going to look into adding a flag to ignore Zero Timestamps, but > that looks like using a hammer to drive a screw to attach a stick of > dynamite to a stump because your battery is dead. It's a bad idea to > fix > a bad idea. It could lead to clients not following the AP if it is > reset. > > Damian > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Scott Piehn > Sent: Tuesday, September 16, 2008 4:18 PM > To: [EMAIL PROTECTED] > Subject: Re: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... > > Thanks for the update > > > Scott > > > - Original Message - From: "Damian Wallace" > <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, September 16, 2008 5:04 PM > Subject: RE: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... > > > >> One addendum. In most cases it does reconnect, the lock out loop is >> much rarer. >> >> >> >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >> Behalf Of Damian Wallace >> Sent: Tuesday, September 16, 2008 2:43 PM >> To: [EMAIL PROTECTED] >> Subject: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... >> >> We have seen the problem. It has been reported to MT, and hopefully >> they can fix it shortly, but we haven't heard from them. To be fair, >> it's the middle of the night in Latvia right now. >> >> The system
Re: [WISPA] [Tranzeo] Updated - Tranzeo/Mtik disconnect issue...
All, On Mtik APs with this issue, do you have any VirtualAPs turned on? ryan Scott Piehn wrote: > In my personal opinion, no. I have seen it with different models. I > do know that radio does effect it, R52H is the worst. Don't have any > XR2's to test with > > Scott > > > - Original Message - From: "Stuart Pierce" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, September 19, 2008 9:02 AM > Subject: RE: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... > > >> Does the routerboard model really matter ? >> >> -- Original Message -- >> From: "Mark McElvy" <[EMAIL PROTECTED]> >> Reply-To: [EMAIL PROTECTED] >> Date: Wed, 17 Sep 2008 13:40:41 -0500 >> >>> I am not seeing issues on RB532/XR2/2.9.50 or RB433/XR2/3.10. >>> >>> Mark McElvy >>> AccuBak Data Systems, Inc. >>> >>> >>> -Original Message- >>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >>> Behalf Of Chris Gotstein >>> Sent: Wednesday, September 17, 2008 1:30 PM >>> To: [EMAIL PROTECTED] >>> Subject: Re: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... >>> >>> Has anyone determined if this is specific to a radio card or >>> routerboard >>> >>> model? I'm not seeing this problem running a RB532 and SR2 card. >>> >>> Chris Gotstein >>> Sr Network Engineer >>> UP Logon/Computer Connection UP >>> 500 N Stephenson Ave >>> Iron Mountain, MI 49801 >>> Phone: 906-774-4847 >>> Fax: 906-774-0335 >>> [EMAIL PROTECTED] >>> >>> Damian Wallace wrote: Well, MT says there is nothing wrong with their code, go away. The >>> card must have just reset itself for some unknown reason, and the CPE >>> should just ignore a Zero Time Stamp. Why a card would reset and you would >>> not start a re-association process is beyond me. If a card is reset, you reloaded the driver, and you must have done so for a reason. We apply the logic that if the timer went to zero, the AP reset. Why does this matter? The timestamp is used for syncing beacons, power control and for signaling a change at the AP. The Spec reads that if STA receives a beacon with a later timestamp, then it has to ..." >>> adopt all parameters contained in the Beacon frame, except the Capability bits, Supported Rates information element, and Extended Supported >>> Rates information element." It's not expressly written into the spec to treat Zero as a reset it >>> is true, but otherwise if the card is reset, then the CPE will not apply any changes until the timestamp is greater than its own timestamp. >>> It's a 64-bit number, so you could be waiting for a long time. Sorry guys. You'll have to bug them on this one. Lots of people use this same logic since it comes from the Atheros Driver, so it won't be just Tranzeo's that drop and (hopefully) come back. We're going to look into adding a flag to ignore Zero Timestamps, but that looks like using a hammer to drive a screw to attach a stick of dynamite to a stump because your battery is dead. It's a bad idea to >>> fix a bad idea. It could lead to clients not following the AP if it is reset. Damian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Piehn Sent: Tuesday, September 16, 2008 4:18 PM To: [EMAIL PROTECTED] Subject: Re: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... Thanks for the update Scott - Original Message - From: "Damian Wallace" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 16, 2008 5:04 PM Subject: RE: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... > One addendum. In most cases it does reconnect, the lock out loop is > much rarer. > > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Damian Wallace > Sent: Tuesday, September 16, 2008 2:43 PM > To: [EMAIL PROTECTED] > Subject: [Tranzeo] Updated - Tranzeo/Mtik disconnect issue... > > We have seen the problem. It has been reported to MT, and hopefully > they can fix it shortly, but we haven't heard from them. To be fair, > it's the middle of the night in Latvia right now. > > The system is randomly sending a zero Timestamp in the beacon. This > tells the CPE's that the BaseStation has reset. The CPE then tries >>> to > re-associate. > > However, the AP didn't in fact reset. So the CPE isn't allowed to join > the AP since it already is associated. > > We are looking for a hack to ignore this behavior, but all of the > approaches we can see will lead to other issues, some which are even > uglier! > > I can't send out any hopeful messages on being able to workaround >>> this > one unless MT fixe
[WISPA] Visio Templates
Does anyone have a Visio template to layout equipment mounted on a tower? CAD is becoming too time consuming :-) Daniel White 3-dB Networks WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
[WISPA] Anyone service this area
Burnt Pine Plantation 1161 Blackwell Road Newborn, GA 30056 WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
