Search Amazon.com:
Register a SA Forums Account here!
JOINING THE SA FORUMS WILL REMOVE THIS BIG AD, THE ANNOYING UNDERLINED ADS, AND STUPID INTERSTITIAL ADS!!!

You can: log in, read the tech support FAQ, or request your lost password. This dumb message (and those ads) will appear on every screen until you register! Get rid of this crap by registering your own SA Forums Account and joining roughly 150,000 Goons, for the one-time price of $9.95! We charge money because it costs us $3,400 per month for bandwidth bills alone, and since we don't believe in shoving popup ads to our registered users, we try to make the money back through forum registrations.
«51 »
  • Post
  • Reply
PUBLIC TOILET
Jun 13, 2009



I'm at a loss as to this particular issue I'm having between a MikroTik router and a Raspberry Pi. I'm on 6.38.7 (latest bugfix release) and the Raspberry Pi is (now) current on all updates. Prior to today when I did apt-get upgrades, etc. on the Pi, this wasn't a problem. Everything was fine on the Pi and the MikroTik.

However, (now) everything is up to date and for some reason, the Raspberry Pi will not show up in the DHCP lease reservation list on the MikroTik. I've tried everything I can possibly think of/researched online but no matter what I do, the Pi will not show up in the DHCP server lease list. Here's what's wild-- The Pi still works fine. It still has the same IP address it had when it was showing up in the list, still responds on the network, etc. Even more unusual? I will use the IP Scan tool in the MikroTik to scan the bridge interface and voila, the Raspberry Pi appears in the IP Scan list with the correct IP address. So basically the only problem is the Pi will not appear at all in the DHCP server lease list so that I can right-click and set it to static. Even if I manually create a static entry from scratch, it will sit there with a "waiting" status and never bind.

This all started after the last apt-get upgrade I did from the Pi and I have no idea what changed in what package.

Adbot
ADBOT LOVES YOU

zennik
Jun 9, 2002



PUBLIC TOILET posted:

I'm at a loss as to this particular issue I'm having between a MikroTik router and a Raspberry Pi. I'm on 6.38.7 (latest bugfix release) and the Raspberry Pi is (now) current on all updates. Prior to today when I did apt-get upgrades, etc. on the Pi, this wasn't a problem. Everything was fine on the Pi and the MikroTik.

However, (now) everything is up to date and for some reason, the Raspberry Pi will not show up in the DHCP lease reservation list on the MikroTik. I've tried everything I can possibly think of/researched online but no matter what I do, the Pi will not show up in the DHCP server lease list. Here's what's wild-- The Pi still works fine. It still has the same IP address it had when it was showing up in the list, still responds on the network, etc. Even more unusual? I will use the IP Scan tool in the MikroTik to scan the bridge interface and voila, the Raspberry Pi appears in the IP Scan list with the correct IP address. So basically the only problem is the Pi will not appear at all in the DHCP server lease list so that I can right-click and set it to static. Even if I manually create a static entry from scratch, it will sit there with a "waiting" status and never bind.

This all started after the last apt-get upgrade I did from the Pi and I have no idea what changed in what package.

If this is the standard debian based Raspbian based install, what does /etc/network/interfaces say?

other people
Jun 27, 2004
Associate Christ

maybe i missed something but it sounds as if the system still has its IP assigned but has not renewed it's lease?

Does it use dhclient or something else? Is that process still running? check out the dhclient man page, you could force it to renew the lease...

PUBLIC TOILET
Jun 13, 2009



No idea what changed but now it has magically appeared within the DHCP lease list on the MikroTik (as a dynamic entry.) I've since set it to static with the desired IP, rebooted it and appears to be working.

alyandon
Dec 9, 2001
Poster of the Month for July!

Fun Shoe

I updated my internet connectivity recently and I discovered that my old Linksys e3000 router running tomato was unable to handle the full speed of the connection. I purchased a Netgear R6700 and received instead an R6700v2 that uses a completely different internal chipset that has no support for third party firmware. So, yeah - Netgear pulled a stunt like Linksys did with the venerable WRT54G.

In a fit of rage, I decided that I am done with consumer networking gear and bought a Mikrotik RB3011UIAS-RM to replace the router (along with an Ubiquiti AP lite for wireless). The experience has been almost zen-like watching 300+ Mbps of traffic transiting this device while its cpu usage peaked at maybe 6%.

However, I miss one thing from Tomato in particular and I have yet to come up with a good equivalent. Tomato had a very simple interface for accounting traffic against internal IP addresses so that I can see at a glance how much data the devices on my network are using and how much they have used historically.

Are there any decent open source/free solutions out there that can get me the data that tomato provided? The only partial solutions I've run across involve setting up something like cacti to poll the router via snmp or using netflow to feed something like nfsen. However, it really only gives me an idea of how much traffic is being used overall - it doesn't help me answer the question of "which device on my network is using the most traffic/how much traffic has it been historically using over relevant time periods like days, weeks, months".

Any help or guidance would be greatly appreciated.

thebigcow
Jan 3, 2001

Bully!

Does this help?

https://wiki.mikrotik.com/wiki/Manual:IP/Accounting

You'll probably still need external tools to get good information from it

FunOne
Aug 20, 2000
I am a slimey vat of concentrated stupidity



Fun Shoe

You can also enable graphing per port and segregate traffic by port if needed.

I use the accounting in Unifi controller to keep an eye on my WiFi and everything else gets a dedicated port.


But, really, does it matter? You can pull connection info from the Mikrotik if something is going crazy. Just pull up active connections and sort by total data.

alyandon
Dec 9, 2001
Poster of the Month for July!

Fun Shoe

thebigcow posted:

Does this help?

https://wiki.mikrotik.com/wiki/Manual:IP/Accounting

You'll probably still need external tools to get good information from it

Looks like the data is ephemeral so it would require an external tool to scrape the data and the given URL for accessing it via the web interface only works over http. The https://blah/accounting/ip.cfg url returns a 404.

I'll probably just write a netflow packet dissector, throw the flow data into a database and put a frontend on that.

FunOne posted:

You can also enable graphing per port and segregate traffic by port if needed.

I use the accounting in Unifi controller to keep an eye on my WiFi and everything else gets a dedicated port.


But, really, does it matter? You can pull connection info from the Mikrotik if something is going crazy. Just pull up active connections and sort by total data.



WRT does it matter - yes it does. It's trivial enough to notice if something is going absolutely crazy and identify the culprit but I really want to have the historical information on a per-IP basis available for review after the fact. The Unifi controller does help me manage the wireless stuff since I'm using their AP but it doesn't help with the wired stuff.

alyandon fucked around with this message at Oct 11, 2017 around 17:45

FunOne
Aug 20, 2000
I am a slimey vat of concentrated stupidity



Fun Shoe

alyandon posted:


WRT does it matter - yes it does. It's trivial enough to notice if something is going absolutely crazy and identify the culprit but I really want to have the historical information on a per-IP basis available for review after the fact. The Unifi controller does help me manage the wireless stuff since I'm using their AP but it doesn't help with the wired stuff.

What about routing each ip through it's own child queue and graphing those queues? Maybe that would work?

Might have to assign static IPs to everything and write a bunch of rules.

alyandon
Dec 9, 2001
Poster of the Month for July!

Fun Shoe

FunOne posted:

What about routing each ip through it's own child queue and graphing those queues? Maybe that would work?

Might have to assign static IPs to everything and write a bunch of rules.

That would probably work but oh man that really sounds like a tremendous PITA to set up and keep updated as devices come and go.

At this point it really sounds like writing my own netflow dissector is probably the best route to go unless there is a better open source tool available than nfsen.

Edit: Just for posterity - I'm going to use nfsen for the time being. It's a horrid interface but it does allow you to dump aggregate netflow data over arbitrary time ranges because it maintains mappings of time -> nfcapd files.

alyandon fucked around with this message at Oct 13, 2017 around 19:29

PUBLIC TOILET
Jun 13, 2009



Okay so I guess my Raspberry Pi issue is not resolved. I watched the lease expiration time wind down from 3 days (which is what I have the lease time set to overall) and it now says "waiting" under status. Restarted the Raspberry Pi and it still says "waiting", but the Pi is on the network and reachable.

alyandon
Dec 9, 2001
Poster of the Month for July!

Fun Shoe

Is there anything in your PI's logs complaining about dhclient not being able to renew the dhcp lease?

Not that it solves your problem - but you could always use a static IP address assignment instead of using static dhcp leases.

PUBLIC TOILET
Jun 13, 2009



alyandon posted:

Is there anything in your PI's logs complaining about dhclient not being able to renew the dhcp lease?

Not that it solves your problem - but you could always use a static IP address assignment instead of using static dhcp leases.

I'm fairly new to these devices and my GNU experience is minimal. I did try to enable DHCP debug logging, but it didn't create any debug logs within /tmp. I combed through syslog but didn't see anything unusual. It's going to the router, asking for a lease and it gets the correct address. I just don't understand why in the MikroTik it says "waiting". My only thought is it's not passing its MAC ID to the MikroTik so that the MikroTik can say "there's the MAC ID I'm looking for, here's your static address."

alyandon
Dec 9, 2001
Poster of the Month for July!

Fun Shoe

According to https://wiki.mikrotik.com/wiki/Manual:IP/DHCP_Server a status of "waiting" means that no client has requested a lease for that static dhcp assignment.

It's going to be impossible to tell what's going on without dhclient's logs though. You can always try running dhclient manually from the command line as root and noting its output.

Adbot
ADBOT LOVES YOU

thebigcow
Jan 3, 2001

Bully!

Bugfix 6.39.3 is available.

edit: fixes for the WPA2 exploit are in 6.39.3

thebigcow fucked around with this message at Oct 16, 2017 around 19:07

  • 1
  • 2
  • 3
  • 4
  • 5
  • Post
  • Reply
«51 »