danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
cmonroe has joined #openwrt-devel
cmonroe_ has quit [Ping timeout: 480 seconds]
<mangix>
Ansuel's tired
Hmood has quit [Quit: Page closed]
cmonroe has quit [Ping timeout: 480 seconds]
cmonroe_ has joined #openwrt-devel
cbeznea1 has joined #openwrt-devel
cbeznea has quit [Ping timeout: 480 seconds]
ptudor_ has joined #openwrt-devel
ptudor has quit [Ping timeout: 480 seconds]
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
valku has quit [Quit: valku]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
goliath has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
mzvd has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
danitool has joined #openwrt-devel
goliath has joined #openwrt-devel
f00b4r0 has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
robimarko has joined #openwrt-devel
<mrkiko>
cmonroe_: all seems stable here, didn't notice any "impossible" messages but maybe I didn't look long enough. However, connectivity seems stable and working fine. For good measure I am running the mt76 HEAD as In OpenWrt, latest commit Sun Jul 3 17:52 by nbd
Tapper has joined #openwrt-devel
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
Tapper1 has joined #openwrt-devel
Tapper has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Ping timeout: 480 seconds]
<f00b4r0>
jow: I just noticed your (rather important) fixes to luci-proto-wireguard haven't been backported to the stable branches: do you plan to do so?
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
Tapper1 has quit [Ping timeout: 480 seconds]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
mzvd has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
GNUmoon2 has joined #openwrt-devel
GNUmoon has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
<_embargo_>
Good morning, folks. I think I'm hitting a bug in odhcpd, can anyone give me some hints how to debug it?
<_embargo_>
I have realized that when the routing table gets populated with the full BGP feed, the odhcpd process starts cosuming 100% of the CPU. When I disable the BGP daemon and flush routing table, it gets back to normal.
<_embargo_>
Any tips how to troubleshoot this?
<_embargo_>
I'm running TurrisOS 6 based on OpenWrt 21.02; haven't tested it on vanilla Wrt yet.
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
aeforeve has joined #openwrt-devel
<aeforeve>
is it possible to make it work DLINK 853 R3 ?
mzvd has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
minimal has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
aeforeve has quit [Quit: Page closed]
mzvd has quit [Read error: Connection reset by peer]
<stintel>
hmmm, I found a bug in something that tripped on a full IPv6 BGP feed a long time ago
<stintel>
but I don't remember if that was odhcpd, I actually think it was, reading something in /proc
<stintel>
hmmm it still reads /proc/net/ipv6_route apparently
srslypascal is now known as Guest4347
srslypascal has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<stintel>
I guess I just stopped using odhcpd
<stintel>
because I'm still doing full bgp feed
<stintel>
ah but my peer is sending me a v6 default route via BGP and I filtered out everything else so /proc/net/ipv6_route is manageable
<stintel>
embargo: ^
<stintel>
I'm afraid odhcpd master still reads /proc/net/ipv6_route so the only thing I can say is: don't use odhcpd or have your bgp daemon install a summary route in the Linux routing table instead
Guest4347 has quit [Ping timeout: 480 seconds]
<stintel>
151510 of 151518 routes for 151517 networks in table master6
<stintel>
parse_routes while read those line by line, every X time (didn't dig deep enough to find X), result is that it is constantly using a full core to read that file and probably doesn't finish before the timer expires
<stintel>
there's probably a better way to find an IPv6 default route but that's what odhcpd does currently
<dwfreed>
you can get a route via netlink, iirc (pretty sure that's how iproute2 does it), but when you're running full table, how do you get the right route?
<f00b4r0>
now I'm curious what context requires a full table *and* a dhcpv6 server :)
<stintel>
coincidentally I asked myself today why I have ra_default 2 in my config 😂
<embargo>
stintel: Thanks man!
<stintel>
welcome :)
<stintel>
sorry for all the blabbering to get to that :P
<f00b4r0>
stintel: it's not the destination, it's the journey ;)
mzvd has joined #openwrt-devel
<stintel>
interesting that I remembered that from 6 years ago
<stintel>
also, irclogs ftw
<f00b4r0>
suggests you're not quite senile yet ;D
* mrkiko
agrees on the fact it's the journey :D
mzvd has quit [Read error: Connection reset by peer]
mzvd has joined #openwrt-devel
<stintel>
embargo: did you happen to document the process of getting ASN and IP block? :)
<stintel>
I have full BGP feed and /60 from the local hacker lab but your solution sounds more appealing
mzvd has quit [Read error: Connection reset by peer]
goliath has joined #openwrt-devel
<embargo>
stintel: I plan to have a public talk about this on a LinuxDays event in Prague. So I have a not so finished presentation ready with the manual how to work with RIPE database to create a necessary objects, and some tips how to find someone who will be "sponsor" of the ASN
<embargo>
stintel: It is for the Czech audience but I can translate it to English and publish it somewhere.
<stintel>
embargo: that would be amazing
<f00b4r0>
+1
<embargo>
Okay, you've convinced me. I ping you there when it will be finished.
<stintel>
embargo: much appreciated, thanks!
Tapper has quit [Ping timeout: 480 seconds]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]
<Habbie>
embargo, sponsor, so no LIR fees?
mzvd has joined #openwrt-devel
<embargo>
Habbie: Yes, no LIR fees. It is the situation you are not becoming a LIR, but some other LIR (sposoring) does the paperwork for you. It cost me about €50, one time fee.
Tapper has joined #openwrt-devel
<embargo>
Habbie: When you ask for PI addresses, it will cost you €100 per year. But when you get into the amateur ASN community, you will always find someone who will assign you a block of its addresses. Now I have /44 block of PA addresses.
<mrnuke>
robimarko: Fun days with the netgear u-boot. Kernel gets "ubi.mtd=rootfs root=mtd:ubi_rootfs rootfstype=squashfs rootwait" as boot arguments. Say I append "root=mtd:rootfs", or change the volume name to ubi_rootfs. OpenWRT can't find root
<mrnuke>
Essentially boild to [ 1.812590] VFS: Cannot open root device "mtd:ubi_rootfs" or unknown-block(31,12): error -2, although it does probe mtd12 : [ 1.264527] ubi0: attaching mtd12
<hauke>
Mangix: I would like to tagg 22.03.0-rc5, is the package feed fine?
<xdarklight>
hauke: are you aware of any issues with the GSWIP driver when transmitting/receiving data from one switch port to another? I am trying to get the kernel networking selftests to run which requires stopping any OpenWrt networking and connecting (using a physical cable) for example LAN1 to LAN2 and LAN3 to LAN4. I cannot get traffic to flow in that scenario, no matter what I do. even a simple setup like: ip addr add 192.168.2.1/24 dev lan1; ip
<xdarklight>
addr add 192.168.2.2/24 dev lan2 doesn't seem to be able to transfer any data
<mrkiko>
xdarklight: if lan2 is part of a bridge, I would try using the br-interface
<mrkiko>
xdarklight: sorry, didn't read the previous message
<xdarklight>
mrkiko: selftests manage everything on their own to test hardware features. for some tests they do set up a bridge but that's not my end goal here (my goal is to get the selftests to work to see if the GSWIP driver is broken or not)
<hauke>
I am not aware of such an issue
<hauke>
xdarklight: is the TX or the RX nmot working?
<hauke>
could you check the "ethtool -S" counters on the interfaces please
<hauke>
this returns the HW counters on the MAC
<hauke>
is traffic send when you conenct the cale to some otehr device in this test case?
<xdarklight>
hauke: of course I neither have ethtool or tcpdump built into my image - rebuilding..
<xdarklight>
hauke: yes, traffic from/to another device works with the same cable (unplugging it from lan2 and connecting it to a notebook, then configuring the notebook's IP address to be the same as LAN2 was)
<hauke>
mybe there is some loop detection active
<hauke>
but it should not bve active when we configure them as individual ports
<hauke>
where is the mac of the otehr port learned by the switch?
<hauke>
xdarklight: I think your 3 broadcast packets arrived on the lan1 mac
rua has quit [Quit: Leaving.]
<hauke>
it looks like Linux does not answer
<hauke>
in your log the lan1 only send 8 multicast packets and no unicast answer
<hauke>
you should see the answer also in tcpdump
<hauke>
this looks like a problem in the linux networking stack
<hauke>
probably you configured it wrong
<xdarklight>
which is not unlikely. it's strange that the selftests aren't working either though
rua has joined #openwrt-devel
<xdarklight>
let me run tcpdump while that test is running
<hauke>
maybe netifd does some special configuration with the devices
<xdarklight>
according to "ps | grep netif" netifd is not running
<xdarklight>
also I shut down the firewall
mzvd has quit [Read error: Connection reset by peer]
<robimarko>
mrnuke: You also need to tell it which ubiblock to use
<hauke>
does the test work on a different system?
<robimarko>
mrnuke: So root=/dev/ubiblock0_1 or the correct volume ID
<xdarklight>
hauke: you mean my test? not sure, I only tried it on a HH5A so far and that specific selftest requires 4 LAN ports to be controllable by the system (and my PC and notebook each only have one LAN port)
<xdarklight>
hauke: and I also don't have any computer with two LAN ports to try my minimal case
<xdarklight>
hauke: hmm, something is odd: if I let netifd configure LAN1 and LAN2 in the same way then ping works. so netifd does something different
<xdarklight>
(my simple two port test that is)
csharper2005 has quit [Remote host closed the connection]
mzvd has joined #openwrt-devel
mzvd has quit [Read error: Connection reset by peer]