[00:07] * brycec mutters about stupid stinking ARP tables [00:07] did it remember a failure? [00:07] Seems like it [00:07] (brb) [00:07] you can route delete -host [00:07] usually [00:10] route -n get 192.168.1.1 [00:10] can be revealing [00:10] (If you're curious, pay attention to the MAC addresses http://sprunge.us/QijW ) [00:10] but yes, 'No route to host' generally can also mean pf is blocking [00:10] (unless one has tried with pfctl -d ;)) [00:11] Jeez toddf isn't it about 2am there? You're up late. [00:12] brycec: joys of a family and 'getting stuff done' generally means waiting till everybody else is asleep [00:12] * toddf queues wife's call to bed, but is not yet done clearing kid unfriendly disaster from table [00:12] you're up past midnight too, bryce :) [00:13] mercutio: by 13 minutes :P [00:13] heh [00:13] (my fiancee just got home from work) [00:13] i'm trying to go to bed at 9:30 pm now [00:13] means i get up really early [00:13] which seems even better than being up late for me [00:14] good sleep habits .. pipe dream for now .. I get up early with the older two, am up late helping mamma feed the younger one .. ;-( [00:14] toddf: micro nap? [00:15] why the hell is FreeBSD sending the ICMP response to a different MAC than it was received from?? The ARP table is correct, routing looks fine. Hmm [00:15] mercutio: that would cut into my supposed work time during the day .. otherwise I'm 100% on the go wrangling kids or other bits of life ;-( .. family needs a lifehack badly, just need to find the fuel and direction .. [00:16] toddf: catch 22 [00:16] brycec: io clash? [00:16] ip [00:16] arping works on linux [00:16] i don't know if it's available on bsd [00:17] arping program, rather than task. [00:21] Problem solved, was a pf rule on the FreeBSD side [00:21] woot [00:21] so tcpdump operates before pf [00:21] that seems kind of lame [00:22] actually for incoming traffic that'd be better [00:23] * toddf tries to imagine a world where pf_tap() is called before bpf_tap() (or whatever its actually called) [00:23] Yeah I love that fact about it [00:23] "If I see it in tcpdump then I know the packet at least made it this far, and to start digging into pf" etc etc [00:24] In this case, FreeBSD side had a "(reply-to $ARP's_GW)" in the rule allowing that private traffic [00:25] Well, sorry for the noise. [00:25] noise is good [00:26] things have been quiet recently [00:26] ...too quiet... [01:03] * up_the_irons shuts his eyes [01:06] mercutio: wow, 9:30pm *is* early [01:07] up_the_irons: ikr :) [01:07] it helps avoid the second wind though [01:07] yeah, i can understand that for sure. I get my second wind around 10/11 [01:08] yeah, so it means more balanced energy, and it means waking up really early where it's quiet like the evening [01:08] so it's kind of a win/win [01:09] sweet [18:01] http://www.anandtech.com/show/10533/samsung-expands-its-pm1633a-lineup-as-1536-tb-ssd-hits-retail-for-10k [18:02] that seems rather high density [19:56] mercutio: I wouldnt trust my data on an SSD with such high capacity, unless it was backed by a RAID 10 or something similar [19:57] mnathani: i wouldn't want to spend $10,000 USD on a SSD myself... [19:57] but raid 10... that's $40k.. for 2x2... [19:57] personally i have 4 ssd in raid 10 at home [19:58] and when i get around to it i'm shifting to raidz with 3 larger ssd [19:58] there's really no iops performance benefit, and write endurance isn't really a big deal [21:56] *** Lucifer333 has joined #arpnetworks [21:59] At that capacity and price, SSDs like that are usually destined for Big Data and Big Compute where you need more storage than you can feasibly have as RAM, that data is initially stored somewhere more traditionally reliable, spooled to SSD, then crunched. [22:00] i.e. Amazon ECS, Hadoop clusters, etc [22:00] In fact I can think of several Amazon/cloud services that would benefit from such a beast.