you guys get too much snow up there On Mon, Nov 10, 2014 at 12:18 PM, Simon Westlake via Af <af@afmug.com> wrote:
> http://www.indeed.com/job/tier-3-technical-support-c4c4abce9d83d26f > > Come work for us and solve that problem! We're trying to hire a couple > more tier 3 support guys right now. > > > The only actual legitimate complaint I have with them is around events > like wispapalooza they shortstaff, but they gotta make that cheddar. > > > > On Mon, Nov 10, 2014 at 10:20 AM, Josh Luthman via Af <af@afmug.com> > wrote: > >> Don't ask Steve anything serious!!! >> >> >> Josh Luthman >> Office: 937-552-2340 >> Direct: 937-552-2343 >> 1100 Wayne St >> Suite 1337 >> Troy, OH 45373 >> >> On Mon, Nov 10, 2014 at 11:14 AM, Joseph Marsh via Af <af@afmug.com> >> wrote: >> >>> I'm thinking about changing how do u like power code? >>> >>> Sent from my iPhone >>> >>> On Nov 10, 2014, at 10:10 AM, That One Guy via Af <af@afmug.com> wrote: >>> >>> Powercode is Static DHCP, MAC reservations from a non dynamic pool, >>> if there is no device registered with that mac it pulls from a dynamic pool >>> for each POP and all that traffic is redirected to the powercode web server >>> >>> On Mon, Nov 10, 2014 at 10:05 AM, Joseph Marsh via Af <af@afmug.com> >>> wrote: >>> >>>> We have 2 different IP address pools. I had thought about dhcp but I >>>> would like to see the router incase I needed to access it for firmware >>>> upgrades etc >>>> >>>> We use swift fox for monitoring and billing >>>> >>>> Sent from my iPhone >>>> >>>> On Nov 10, 2014, at 9:58 AM, That One Guy via Af <af@afmug.com> wrote: >>>> >>>> Now that DHCP is reliable its DHCP, everything is DHCP that way we >>>> can move customer IP space at whim. If a customer throws in one of our >>>> replacement routers we either pill the MAC from the bridge table on the >>>> SM/AP and update it or watch the DHCP log in the BMU to either pull the MAC >>>> (if its their personal router) or log into the catch all IP theyre handed >>>> if its ours to get it and complete the set up >>>> If powercode would set it up to where the redirect page pulled the IP >>>> the customer is coming from and compared it to the DHCP log, customers >>>> could even self provision their own devices, but they say its not possible, >>>> so it does require a call in to tech support to provision, unless they can >>>> get on the horn with their router vendor to get the WAN MAC, since all the >>>> boxes list the wireless or LAN MAC for some reason >>>> >>>> On Mon, Nov 10, 2014 at 9:48 AM, Joseph Marsh via Af <af@afmug.com> >>>> wrote: >>>> >>>>> Does ur config script set a static ip or dhcp >>>>> >>>>> >>>>> >>>>> Sent from my iPhone >>>>> >>>>> On Nov 10, 2014, at 9:40 AM, That One Guy via Af <af@afmug.com> wrote: >>>>> >>>>> thats the very reason we use the air router >>>>> DHCP used to not be reliable through powercode so we needed a way to >>>>> ensure that they couldnt reset them and have no service. We just created a >>>>> default config with our remote access and the reset button disabled the >>>>> techs load in at installation time. anything specific to the customer is >>>>> named CHANGEME including the device name, that way they know what to >>>>> change >>>>> and the ones that werent configured completely are easy to ID. We also >>>>> leave some of these with the default config file loaded into them at our >>>>> retail shop, that way customers can just pick one up if their personal >>>>> router is causing trouble or if our air router fails (which suprisingly >>>>> for >>>>> 28 bucks, they rarely do) >>>>> >>>>> On Mon, Nov 10, 2014 at 9:31 AM, Joseph Marsh via Af <af@afmug.com> >>>>> wrote: >>>>> >>>>>> We don't nat at sm and the tech test speed at Poe I don't allow >>>>>> speed tests via wireless and we leave a 3 ft cable on lan side of ubnt >>>>>> Poe >>>>>> >>>>>> Does the air router allow u to disable reset button? >>>>>> >>>>>> Sent from my iPhone >>>>>> >>>>>> On Nov 10, 2014, at 9:19 AM, That One Guy via Af <af@afmug.com> >>>>>> wrote: >>>>>> >>>>>> are you NAT at the SM? it depends on whether youre bridging or >>>>>> NAT. If youre briddging, like us, throwing the router in saves on support >>>>>> calls. If they opt to use their own router, then all your support needs >>>>>> to >>>>>> do is give them the manufacturers support number, also it eliminates >>>>>> support on wireless issues. We throw in a 28 dolar air router, set the >>>>>> ESSID with a set key that doesnt change, any issue on the wireless on >>>>>> that >>>>>> and we tell them to contect their end device manufacturer and provide >>>>>> them >>>>>> the ESSID and key. we dont give them a personalized key. Ever since we >>>>>> started this, the number of wireless issues we have had to support is >>>>>> zero. >>>>>> We do leave an extra patch cord and dont accept speedtests over wireless. >>>>>> Most people who say everything is wireless dont even realize their laptop >>>>>> has an ethernet connection on it >>>>>> >>>>>> On Sun, Nov 9, 2014 at 11:58 AM, Joseph Marsh via Af <af@afmug.com> >>>>>> wrote: >>>>>> >>>>>>> My tech is required to do a speed test on every install and. Right >>>>>>> now We just go to the power supply and customer does the rest. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Sent from my iPhone >>>>>>> >>>>>>> > On Nov 9, 2014, at 11:24 AM, Ken Hohhof via Af <af@afmug.com> >>>>>>> wrote: >>>>>>> > >>>>>>> > FYI, I recommend leaving a spare Ethernet cable plugged into the >>>>>>> router. I used to insist that people do a speedtest from a wired >>>>>>> computer, >>>>>>> but it's becoming very common for people to say everything is WiFi. >>>>>>> > >>>>>>> > >>>>>>> > -----Original Message----- From: Sterling Jacobson via Af >>>>>>> > Sent: Sunday, November 09, 2014 11:18 AM >>>>>>> > To: af@afmug.com >>>>>>> > Subject: Re: [AFMUG] Customer routers >>>>>>> > >>>>>>> > I never did, the SM has enough to control what you need to from >>>>>>> the provider side. >>>>>>> > >>>>>>> > I prefer a demarcation at the SM/ONT and let the customer be >>>>>>> responsible for their side of their network. >>>>>>> > >>>>>>> > If I had done managed router then I would have gotten double the >>>>>>> calls for everyones NAT to their Xbox and filtering etc. >>>>>>> > >>>>>>> > What this industry needs is a way for the consumer to know for >>>>>>> themselves if their provider is the network issue, or their router. >>>>>>> > >>>>>>> > I'm working on an app/site for that right now that they can use >>>>>>> their phone/device to tell them if it's their problem or the providers. >>>>>>> > >>>>>>> > -----Original Message----- >>>>>>> > From: Af [mailto:af-boun...@afmug.com] On Behalf Of Joseph Marsh >>>>>>> via Af >>>>>>> > Sent: Saturday, November 8, 2014 5:48 PM >>>>>>> > To: af@afmug.com >>>>>>> > Subject: Re: [AFMUG] Customer routers >>>>>>> > >>>>>>> > Sm on the side of the house >>>>>>> > >>>>>>> > Sent from my iPhone >>>>>>> > >>>>>>> >> On Nov 8, 2014, at 6:26 PM, Sterling Jacobson via Af < >>>>>>> af@afmug.com> wrote: >>>>>>> >> >>>>>>> >> Do you already have a CPE/ONT device at their house/building? >>>>>>> >> >>>>>>> >> -----Original Message----- >>>>>>> >> From: Af [mailto:af-boun...@afmug.com] On Behalf Of Joseph Marsh >>>>>>> via Af >>>>>>> >> Sent: Saturday, November 8, 2014 5:09 PM >>>>>>> >> To: af@afmug.com >>>>>>> >> Subject: [AFMUG] Customer routers >>>>>>> >> >>>>>>> >> >>>>>>> >> Doing a new area should I put a managed router at every customer >>>>>>> house or business or just let them do their own ? >>>>>>> >> >>>>>>> >> Sent from my iPhone >>>>>>> > >>>>>>> > >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> All parts should go together without forcing. You must remember >>>>>> that the parts you are reassembling were disassembled by you. Therefore, >>>>>> if >>>>>> you can't get them together again, there must be a reason. By all means, >>>>>> do >>>>>> not use a hammer. -- IBM maintenance manual, 1925 >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> All parts should go together without forcing. You must remember that >>>>> the parts you are reassembling were disassembled by you. Therefore, if you >>>>> can't get them together again, there must be a reason. By all means, do >>>>> not >>>>> use a hammer. -- IBM maintenance manual, 1925 >>>>> >>>>> >>>> >>>> >>>> -- >>>> All parts should go together without forcing. You must remember that >>>> the parts you are reassembling were disassembled by you. Therefore, if you >>>> can't get them together again, there must be a reason. By all means, do not >>>> use a hammer. -- IBM maintenance manual, 1925 >>>> >>>> >>> >>> >>> -- >>> All parts should go together without forcing. You must remember that >>> the parts you are reassembling were disassembled by you. Therefore, if you >>> can't get them together again, there must be a reason. By all means, do not >>> use a hammer. -- IBM maintenance manual, 1925 >>> >>> >> > > > -- > All parts should go together without forcing. You must remember that the > parts you are reassembling were disassembled by you. Therefore, if you > can't get them together again, there must be a reason. By all means, do not > use a hammer. -- IBM maintenance manual, 1925 > > > -- > Simon Westlake > Powercode - The smart choice in ISP billing and OSS > powercode.com > P: 920-351-1010 > E: si...@powercode.com > -- All parts should go together without forcing. You must remember that the parts you are reassembling were disassembled by you. Therefore, if you can't get them together again, there must be a reason. By all means, do not use a hammer. -- IBM maintenance manual, 1925
