It snows CHEESE?
Yellow snow may not be cheese.
From: That One Guy via Af
Sent: Monday, November 10, 2014 3:11 PM
To: af@afmug.com
Subject: Re: [AFMUG] Customer routers
yeah, and when we get 1 inch, they get three. But they do have cheese.
On Mon, Nov 10, 2014 at 3:07 PM, Josh Luthman via Af <af@afmug.com> wrote:
Dude aren't you in Illinois?
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Mon, Nov 10, 2014 at 4:03 PM, That One Guy via Af <af@afmug.com> wrote:
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
--
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
