Yes, it seemed like a database corruption issue to me as well. I
had one customer get the redirect and I went in and looked and he
was on a completely wrong IP (in a subnet that I happened to be
working on earlier that day and the evening before). He hadn't
even logged into the customer portal. The logs didn't show any
IP change, but clearly his IP was changed in the database, as he
was working fine on the same IP for months and months. That
issue and the incorrect assignments when a customer enters a new
MAC seemed related to me.
On Sun, Mar 8, 2015 at 9:26 PM, CBB - Jay Fuller
<par...@cyberbroadband.net <mailto:par...@cyberbroadband.net>> wrote:
----- Original Message -----
*From:* Jay Fuller - Cyber Broadband Inc
*To:* Powercode
*Cc:* Cyber Broadband Inc.
*Sent:* Monday, February 02, 2015 7:34 PM
*Subject:* Re: Ticket Updated [Ticket Number:5841] - weird ip
changes during customer portal equipment edits
Gentlemen:
It has happened again.
xxxxxxxxxxxxx, customer 1478, requested a public routable IP
address which is
in a different address class from what he was assigned at
installation.
Upon changing the address, he was assigned 104.152.40.91,
which is an
available address in the "Cullman Public" address range.
However, when
looking at the ARP response (because the customer is bridged
to our main
router), I saw another network device already had that IP
address.
So, I searched for that MAC address, which was
78:24:AF:7B:49:38 , using
equipment search, which came back to customer
514, xxxxxxxxxxxxxxxxxxxxx, who had logged into the customer
portal on January 29 to
install a new router. Upon changing his MAC address,
powercode assigned him
104.153.191.25, which is not even in any of our network
address ranges.
It belongs to:
Source: whois.arin.net <http://whois.arin.net>
IP Address: 104.153.191.25
Name: IMDC-KC-LOOPBACKS
Handle: NET-104-153-191-0-1
Registration Date: 2/2/15
Range: 104.153.191.0-104.153.191.31
Org: Iron Mountain Data Center
Org Handle: IMIML
Address: One Federal Street
City: Boston
State/Province: MA
Postal Code: 02111
Country: UNITED STATES
This is very similar to our new public IP range which is
104.152.40.0/22 <http://104.152.40.0/22>
Incidently, it appears this customer was assigned
104.152.40.91 before he
attempted to edit his equipment and was changed to
104.153.191.25. Also of
note, it appears this only affected the GUI/web interface of
powercode, and
the router/bmu continued to assign him 104.152.40.91.
I will now have to reassign xxxxxxxxx a new IP address since
the web/gui
gave his IP address to someone else.
I hope this information helps you to figure out what is
happening.
I am still concerned we have some kind of database issue.
Weird things like
this seem to be happening a lot.
Thanks.
----- Original Message -----
From: Powercode
To: Cyber Broadband
Sent: Thursday, January 22, 2015 2:15 PM
Subject: Ticket Updated [Ticket Number:5841]
---------------- Please reply above this line ----------------
Good afternoon Jay,
We were able to test from this customer's account, and the
same issue that
was originally reported to us persisted. We logged into the
customer portal,
changed the MAC address by one digit, and immediately the
customer was
issued an IP address of 192.170.241.173. After changing the
MAC address back
to his current valid one, we then had to manually clear out
his IP address
in Powercode in order for the BMU to hand out a reservation
for 192.168.3.36
via DHCP.
At this point, we are going to contact our network engineers
for assistance
in troubleshooting why this customer would receive a
192.170.xx.xx
reservation, as this IP does not fit within any ranges
defined in Powercode.
We will update you as soon as we've had a chance to go over
this with them.
--------------------------------------------------
Have you visited our knowledge base? The Powercode knowledge
base contains
data on all aspects of Powercode, including the BMU. You may
also find
useful information on our community forum.
We endeavor to respond to all tickets within two business
days. Our business
hours are Monday - Friday, 9AM to 5PM Central time. Please
contact us via
telephone at (920) 351-1010 <tel:%28920%29%20351-1010> or via
Skype at powercode_support with any
urgent needs.
--
John Mahnke
Powercode - The smart choice in ISP billing and OSS
powercode.com <http://powercode.com>
P: 920-351-1010 <tel:920-351-1010>
E: supp...@powercode.com <mailto:supp...@powercode.com>
----- Original Message -----
*From:* Jeremy <mailto:jeremysmi...@gmail.com>
*To:* af@afmug.com <mailto:af@afmug.com>
*Sent:* Sunday, March 08, 2015 9:25 PM
*Subject:* Re: [AFMUG] Powercode oddity - Commerzbank Ip
space
I also have a ticket in about this issue.
On Sun, Mar 8, 2015 at 2:10 PM, That One Guy
<thatoneguyst...@gmail.com
<mailto:thatoneguyst...@gmail.com>> wrote:
This is known to them? (powercode)
On Sun, Mar 8, 2015 at 3:00 PM, CBB - Jay Fuller
<par...@cyberbroadband.net
<mailto:par...@cyberbroadband.net>> wrote:
yes, they're aware of it. i pointed this out to
them weeks ago. :(
----- Original Message -----
*From:* That One Guy
<mailto:thatoneguyst...@gmail.com>
*To:* af@afmug.com <mailto:af@afmug.com>
*Sent:* Sunday, March 08, 2015 2:06 PM
*Subject:* [AFMUG] Powercode oddity -
Commerzbank Ip space
I am able to replicate a small issue we are
having, trying to make the decision of
whether it looks like a security issue or
just a bug.
Through powercode, there are two ways to
update equipment, through our interface,
where we select all the details and through
the customer portal where all the customers
can do is update their MAC address.
no problems with our end.
However, when a customer updates their MAC
address, it is assigning IP space that
apparently belongs to this Commerzbank IP
space 208.74.54.100 and 208.74.54.99.
This IP space is absolutely not in our
system, and wouldnt route naturally on our
network
Net Range 208.74.52.0 - 208.74.55.255
CIDR 208.74.52.0/22 <http://208.74.52.0/22>
Name DKIB-USA
Handle NET-208-74-52-0-1
Parent NET208 (NET-208-0-0-0-0
<http://whois.arin.net/rest/net/NET-208-0-0-0-0.html>)
Net Type Direct Assignment
Origin AS
Organization Commerzbank AG (COMMER-109
<http://whois.arin.net/rest/org/COMMER-109.html>)
My initial thoughts are this is some bug in
powercode.
Paranoid me is that our system is somehow
compromised and rerouting illegitimate
traffic somehow. Customer is down, so not
through them. but something like TOR
rerouting or some other magician script for
the axis of evil.
Anybody have any ideas on this? I am debating
taking our billing server offline, but would
hate to take such an extreme measure for what
could amount to nothing more than a fat
finger from a programmer.
--
If you only see yourself as part of the team
but you don't see your team as part of
yourself you have already failed as part of
the team.
--
If you only see yourself as part of the team but
you don't see your team as part of yourself you
have already failed as part of the team.