#arpnetworks 2013-11-13,Wed

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)
WhoWhatWhen
mercutiowell as an end user it wasn't much work :)
with windows i'd rather use l2tp/ipsec, but with linux openvpn is easy 		[00:24]
up_the_ironsi'm glad it was easy to set up for you :) [00:31]
................. (idle for 1h20mn)
as request some weeks ago: http://support.arpnetworks.com/kb/main/is-there-a-firewall-filter-rate-limit-or-similar-device-applied-to-my-traffic
*requested
let me know if anything isn't clear 		[01:51]
CaZeI guess I can remove that rule from my rule set. [02:04]
........................................ (idle for 3h17mn)
***jpalmer has joined #arpnetworks
jpalmer has quit IRC (Changing host)
jpalmer has joined #arpnetworks 		[05:21]
.............................. (idle for 2h28mn)
tburke has quit IRC (Read error: Connection reset by peer) [07:49]
........................................ (idle for 3h19mn)
mercutioup_the_irons: your openbsd 5.4 iso on http://mirrors.arpnetworks.com/ISO_Library/ is timestamped before openbsd 5.4 came out?
by like 4 months
actually 5.3 is early too. i imagine something has a grossly wrong time somehwere :) 		[11:08]
.................. (idle for 1h29mn)
toddfif the iso timestamp is early, it is because there is a creation of the iso prior to the actual release; media gits burned, factories generate the cd's and stickers, then finally release day arrives.
the official timestamp of 5.4 is: -rw-r--r-- 1 root wheel 243050496 Jul 30 15:38 5.4/amd64/install54.iso
so it seems that arpnetworks has simply preserved the timestamp from the mirror site the image was retrieved from 		[12:38]
.... (idle for 15mn)
CaZeYeah, releases get tagged 2-3 months before actual release date.
A couple weeks for testing, and a few archs take months to build packages. 		[12:54]
mkbVAX... [12:57]
......... (idle for 42mn)
mercutiotoddf: oh real
that's months prior though?
i suppose it can take a while to press
i suppose it's 3 motnhs not four
i was thinking 7=july, 11=november
but iot's 30 july to 1st november
i was also looking at how 5.2 said feb, ..
but 5.1 is actually more cent than 5.2
s/cent/recent/ 		[13:39]
BryceBot<mercutio> but 5.1 is actually more recent than 5.2 [13:41]
mercutiooh wow
s/^o/O/ 		[13:42]
BryceBot<mercutio> Oh wow [13:42]
mercutioi had to try that :)
s/mercutio/Mercutio/
so, it's just on the output, not the nick. 		[13:43]
.... (idle for 15mn)
up_the_ironsall i did was rsync them, i swear ;) [14:02]
mercutioyeh
well toddf's explanation works
btw up_the_irons have you considered using unbound for recursive dns? 		[14:05]
up_the_ironsi have [14:07]
mercutioi assume it'd be one more thing to maintain
cos you'd have to keep resolving working with the old dns with people using that currently. 		[14:07]
up_the_ironsin fact, unbound *is* running on 208.79.88.9 [14:08]
mercutiooh?
actually you don't host dns for people do you?
so i suppose you could remap your authorative
hmm i was using .7
i'm not atm for some reason
oh, 89.9 is the secondary normally?
oh, nah it does say 88.9
i'd just looked at host -t ns arpnetworks.com not close enough
hmm, 88.9 resolves to ns2 which resolves to 89.9
and 88.7 appaers to be faster than 88.9, probably cos most people using primary 		[14:08]
.................... (idle for 1h37mn)
staticsafejust run your own locally ;) [15:51]
***ThalinVien has quit IRC (Quit: leaving) [16:03]
m0undsi haven't run my own recursive or authoritative ns' in years [16:07]
gizmoguym0unds: :(
missing out 		[16:07]
m0undsnah [16:07]
mercutioi think authorative is more important to run yourself than recursive
recursive you can just cache locally if you do lots of dns 		[16:07]
gizmoguyyeah, recursive if you're an ISP or have lots of machines in one place [16:08]
m0undsi like to pretend fairies answer queries and never give it a second thought [16:08]
gizmoguyand authoratative if you need control of your zone [16:08]
mercutiorecursive if you have more than one transit provider
is more where i'd say it starts
whether or not isp 		[16:08]
gizmoguywell, multiple recursive :) [16:09]
mercutioi don't reckon wireless isp's need their own recursive dns rather than just cache if they are single-homed.
well single-homed transit, with peering recursive still good. 		[16:09]
gizmoguyI've seen ISPs go horribly wrong when they have split upstreams and their recursive server on a different upstream to their customers [16:10]
staticsafeTBH I think everyone should run their own recursive [16:10]
mercutiowhat do you mean a different upstream? [16:10]
gizmoguyso say you have business customers and resi customers
and a cheap upstream and a more reliable upstream 		[16:10]
mercutiodo you mean having non PI space and having some IP on one transit provider, and the other on another transit provider? [16:11]
gizmoguyshove business customers on the reliable one falling back to the cheap one
and visa versa 		[16:11]
mercutioso PI space, right. [16:11]
gizmoguyand you get to use the bandwidth on both transits [16:11]
mercutioor at least dual advertising
yip 		[16:11]
gizmoguyyeah
google does some really funky stuff when you mess that up 		[16:11]
mercutiooh right i get yah
you mean like it'll push stuff over one provider or the other
but the DNS picks something for the other isp
and then the route sucks for the other isp? 		[16:12]
gizmoguyyeah so, all the google CDN stuff is based on the IP it thinks the resolver is coming from [16:12]
mercutioi think that's generally not too bad as long as you send outgoing via the best path
as google will choose an isp that's good for the connecting IP 		[16:12]
gizmoguyso when you do a lookup to google.com the CDN goes, alright you have a GGC node at X IP nearby and returns that
and then you try connect to that IP from the client machine, and the GGC goes, hold on you're not using my transit 		[16:13]
mercutioyeah you have to dual advertise routes at least [16:13]
gizmoguyand falls you back [16:13]
mercutioyaeh, that's why you need a dual advertiseement [16:13]
gizmoguyyeah [16:13]
mercutioeven if you have like much longer as-path~ length [16:13]
gizmoguyyup [16:13]
mercutioit'll still let you use it
at least from what i've seen
you can actually use other isp's to transit to upstream ggc 		[16:13]
gizmoguymmm, but it would have been far more efficient to use the GGC node on the upstream you're connected to :) [16:14]
mercutioon the alternate transit provider and it'll work
no, not really
cos generlaly speaking it'll still come down the transit provider that you're connecrted to
's link
because most tarnsit providers will prefer transit routes over learned routes
but
it'll suck from a load balancing point of view
the GGC cache stuff is nasty anyway :/ 		[16:14]
gizmoguyalso depends on how you're doing your forward routes [16:15]
mercutioproblem is it's so much traffic
so it matters. 		[16:15]
gizmoguyyeah, I notice a fault on GGC about once a week :/ [16:15]
mercutioyeah i'd advocate doing best path forward path regardless. [16:15]
gizmoguyI've got some fantastic graphs if you give me one second [16:16]
m0undsgraphmaster gizmoguy [16:16]
mercutio1 .. 2 .. 3 [16:16]
gizmoguygoogle have been recently sending us to pretty much the furthest location in their network [16:16]
mercutioi've had that issue
it was amsterdam 		[16:17]
m0undssecond class citizens [16:17]
gizmoguyoh look yay [16:17]
mercutioand only on some videos [16:17]
gizmoguythey're doing it again today
http://amp.wand.net.nz/graph/rrd-smokeping/23235/1384215383/1384388183 		[16:17]
mercutioi'm in new zealand [16:17]
gizmoguyoh hai [16:17]
mercutiooh so are you? [16:17]
gizmoguyme too :) [16:17]
mercutiowas it amsterdam? [16:17]
gizmoguygoogle wouldn't tell me
and I couldnt' work out from traceroutes 		[16:17]
mercutiooh that doesn't really tell you where you're going
necessarily 		[16:17]
gizmoguybut the biggest spike I see on the graph is 600ms [16:18]
mercutiodo your videos actually go to there?
oh
actually 		[16:18]
gizmoguyI don't really care about that [16:18]
mercutiothat shows me local [16:18]
gizmoguy(not an ISP :)) [16:18]
mercutioif you look at tcpdupm or such when viewing videos
and trace to those ip's
it can be kind of random where it sends you 		[16:18]
gizmoguyyeah for sure
when I send those graphs to google 		[16:18]
mercutiobut i've seen that go to amsterdam [16:18]
gizmoguyand the IPs we were hitting [16:19]
mercutiovia australia [16:19]
gizmoguythey said I couldn't have got much further down their network [16:19]
mercutiowith horrible route [16:19]
gizmoguy:)
yeah GGC is an interesting beast
do you host a GGC box? 		[16:19]
mercutionope [16:19]
gizmoguyah yup [16:19]
mercutioi work for small isp
don't have ggc 		[16:19]
gizmoguysweet, where 'bouts in NZ? [16:19]
mercutiobut have dual upstreams
i'm in auckland 		[16:19]
gizmoguyah cool
not too far from me
hamiltron here
(small world) 		[16:19]
mercutioheh
i was from chch
but moved after the earthquakes 		[16:20]
gizmoguyfair enough [16:20]
mercutioi haven't actually had youtube performance issues recently [16:20]
m0undswhat was wrong with old zealand? [16:20]
mercutiohey what
http://www.youtube.com/my_speed
check out global on that
m0unds: i think it's in the netherlands actually
http://en.wikipedia.org/wiki/Zeeland 		[16:20]
BryceBotZeeland :: Zeeland (Dutch pronunciation: [ˈzeːlɑnt] ( listen), Zeelandic: Zeêland), also called Zealand in English, is the westernmost province of the Netherlands. The province, located in the south-west of the country, consists of a number of islands (hence its name, meaning "sea-land") and a strip bordering Belgium. Its capital is Middelburg. With a population of about 380,000, its area is about 2,930 km², of which almost 1,140... [16:21]
gizmoguyhamilton representing at 6.99mbit [16:21]
mercutiogizmoguy: look at the global grpah though
the grey line 		[16:21]
gizmoguylarge spike? [16:21]
staticsafelol at google thinking im in Ottawa [16:21]
mercutioyeah
upwards 		[16:22]
gizmoguyinteresting [16:22]
mercutioi wonder what google did
then look at the new zelanad graph
so it's not new zeealand boosting the global speeds.
it seems to be geteting worse not better 		[16:22]
gizmoguywhy
are the averge speeds
showing a time related trend 		[16:22]
m0undsweird dutch [16:23]
mercutiogoogle have said it's higher in weekends
err lower in weekdns
i can't remember which 		[16:23]
gizmoguylower speed? [16:23]
mercutiosomething about people having faster or slower net at home/work [16:23]
gizmoguyinteresting [16:23]
mercutioi can't rembmer now [16:23]
gizmoguyah, facinating [16:23]
mercutioit probably varies by country if people have faster net at work or home [16:23]
gizmoguymy work tubez a lot faster than my home tubez [16:23]
mercutioin korea i imagine it's faster at home for instance
cos fibre so common 		[16:23]
gizmoguyI'm still failing in my quest to get 10gig to my desk [16:24]
mercutiobut probably "shared" connectino at work and non shared at home
i have infiniband 		[16:24]
m0undsgizmoguy: gotta work harder at it [16:24]
gizmoguyhah!
nice 		[16:24]
mercutiogiving > 10 gigabit
it's cheap
do it 		[16:24]
gizmoguyI got close to 10gig at my desk [16:24]
mercutioit's not 10 gigabit internet though :/ [16:24]
gizmoguyfound some spare fibre pairs
found a 10gig internet provider 		[16:24]
m0undsi got nowhere near 10gig anywhere near me [16:24]
mercutioit does like 1.4 gigabytes/sec nfs [16:24]
gizmoguyjust needed to run some patch leads and buy an optic [16:24]
m0undswell, i guess i could walk in the other room and look at 10gig interconnects but meh
hahaha 		[16:24]
gizmoguybut I got lazy [16:25]
mercutiogizmoguy: 10 gigabit international in new zealand? [16:25]
gizmoguyonly 1 gig international :(
going up soon 		[16:25]
mercutioi've found it interesting looking at peoples expectations of international performance in new zelaand.
it wasn't that long ago people were happy with 2 megabit/sec international
which i thought was a bit off but hey
but as you start going up you end up getting less and less improvement
but like with UFB coming etc
theyl'l soon figure out that single threaded 100 megabit isn't really likely to work out that often
to anywhere furhter than australia 		[16:25]
gizmoguywell 1 gig to states 1 gig to syd
though that's going up shortly 		[16:28]
mercutiohell, i was only getting 100 megabit between chicago and arp
both on gigabit 		[16:28]
gizmoguyUFB will be interesting to see rolled out [16:28]
mercutioi don't know anyone with ufb yet
you're in the UFF area right? 		[16:28]
gizmoguyhamilton/tauranga/christchurch are so far ahead of the rest of the country in UFB
yeah
I work closely with two UFF RSPs
one in hamilton one in tauranga 		[16:29]
mercutioahh ok.
what do you think of UFF? 		[16:29]
gizmoguyin waikato we actually have 2 cities fully rolled out with fibre
UFF are the worst 		[16:29]
mercutiomy area of auckalnd isn't in the UFB thing [16:29]
gizmoguythey contract out everything [16:29]
mercutiobut there's fibre on my street [16:29]
gizmoguyhuawei build the network [16:29]
mercutiowhat latency you been seeing? [16:30]
gizmoguythey contract out to another company to oversee the design of the network
latency is pretty good 		[16:30]
mercutiois it getting under 1 msec yet? [16:30]
gizmoguyno way
well 		[16:30]
mercutioi was seeing 1.5 [16:30]
m0undshuawei, oh boy [16:30]
gizmoguyI haven't tested [16:30]
mercutiowith someone i know
but they don't have fibre to their house
actually they're not in a ufb area either
it's meant to be about 80% of new zealand isn't it? 		[16:30]
gizmoguythe fun ones with UFF
are the funky ways they handle their vlans across the network 		[16:31]
mercutiom0unds: huawei is big in nz
sort of
oh i read something about that gizmo
i got confused. 		[16:31]
gizmoguyyeah
it's using lots of huawei technologies 		[16:31]
m0undsbig because of cost, or because of some other factor?
just curious - the guys i know who have had to work with huawei gear hated it 		[16:33]
gizmoguycost probably [16:34]
m0undsdoes NZ have import taxes on stuff? [16:34]
gizmoguyyup [16:34]
***ThalinVien has joined #arpnetworks [16:34]
m0undsdoes it depend on hw cost or where it's imported from? [16:35]
mercutiom0unds: new zealand is cheap too
m0unds: hw cost i think 		[16:35]
m0undsah, ok [16:35]
mercutiointernet is expensive in new zealand [16:43]
gizmoguyhere's another good graph mercutio
http://wand.net.nz/smokeping/?displaymode=n;start=2013-11-04%2013:44;end=now;target=Off-net.google
google.com likes to move around a lot
which is strange considering we have 2 GGC nodes upstream of us 		[16:45]
mercutiogah i give up :) [16:46]
gizmoguy~30ms away is SYD, and ~50ms away is japan [16:46]
mercutioon trying to find email [16:46]
gizmoguyhaha no worries
email is hard 		[16:46]
mercutiomercutio makes mental note to organise his email better
uhh
is that frmo christchurch? 		[16:46]
gizmoguynah, hamilton [16:47]
mercutio50 msec seems rather high to google [16:47]
gizmoguyyes, yes it does
we get taken to japan sometimes 		[16:47]
mercutioi wonder if it's going to melbourne
yeah i seen that before
i have seen apple.com go to malaysia too
do you work in hamilton uni? 		[16:47]
gizmoguyI don't even bother tracking that one :)
yeah, I'm at the network research group at waikato uni 		[16:48]
mercutioahh cool.
i thought it was interesting that hamilton had network reserach stuff going on
i want to do a bit of research myself in a way :) 		[16:48]
gizmoguymmm we do a lot of random stuff
which is quite fun 		[16:49]
mercutiocool. [16:49]
gizmoguydoing a heap of openflow/SDN stuff right now [16:49]
mercutioyou know how there's a standard for specifying maximum link bandwidth in a path?
but every hop would have to be able to diminish the bandwidth if necessary?
so it needs router support so it went nowehere 		[16:49]
gizmoguyas do most standards [16:50]
mercutioerr proposed standrad i think [16:50]
gizmoguywell, IETF drafts I should say :) [16:50]
mercutioi want to know how much benefit that has in the real world. [16:50]
gizmoguydoes PMTUD not do enough for you? [16:50]
mercutiocos like on adsl connections, if you get the transmitting host to rate limit
single threaded throughput can often be significantly higher internationally.
it's not about mtu
it's about not overflowing buffers/queues. 		[16:50]
gizmoguyOhh right [16:51]
mercutioin between
and losing heaps of packets. 		[16:51]
gizmoguysorry with you now [16:51]
mercutioand then having to retransmit.
so like if you have a 20 megabit dsl connection
20 emgabit sync rate
and do single threadd download, you'll probably only get 10 megabit
but if you cap the speed at 16 megabit you'll probagbly get 12 megabit
if you increase the download size, then it matters less in a way
because tcp/ip adapts.
but lots of downloads are small
and cubic is pretty good at ramping up
and tbh i care more about the speed of downloading 10mb than 200mb normally
generally speaking for smaller downloads i'm more likely to be wanting it "now" and larger ones i can go make coffee or whatever 		[16:51]
gizmoguyyeah, tcp is fun times [16:53]
mercutiogah [16:53]
gizmoguya general protocol meant to support speeds of 1k up to 100s of gbit [16:53]
mercutioso i try downloading my 10mb file from arp and it's going slow atm
well cubic is pretty good 		[16:53]
staticsafeTCP slow start o/ [16:54]
mercutiofwiw i downtune for infiniband
the same way i downtune for gigabit
like i set my maxium window sizes down
and for some reason something's been going around for a while advocating massive window sizes
and saying that tcp/ip will deal
but often it actually diminishes performance being set too high
static: well cubic takes over with slow start 		[16:54]
staticsafeo [16:55]
mercutioand actually works pretty well
basically it looks at time between packets
and uhh
something else
i don't think it's simple packet pairs though
but it's not ack 16 times 32 more packets.
oh, also, linux is sneaky, and acks every packet for short connections.
for the first 16 packets. 		[16:55]
gizmoguySACK helps out a lot [16:57]
mercutiosack doesn't end up acking enough packets.
for my liking
wireless throughput is limited with tcp versus udp quite significantly.
because wireless is half duplex. 		[16:57]
gizmoguywireless is the worst :) [16:58]
mercutioyeah but wireless also buffers randomly etc
not showing it to the applications
or giving feedback 		[16:58]
gizmoguyspeaking as someone who used to work for a company that build embedded wireless devices
s/build/built 		[16:58]
mercutioso if it's going to do that anyway, you may as well just throw more packets at it, and not worry about having the acks in a timely fashion [16:58]
BryceBot<gizmoguy> speaking as someone who used to work for a company that built embedded wireless devices [16:58]
mercutioclosely synced.
and you may as well ack less often 		[16:58]
gizmoguymercutio: got a masters student working on 802.11ad at the moment
that stuff is funky
"WiGig" 		[16:59]
mercutiowhat's 802.11ad?
is it like ac but better? 		[16:59]
gizmoguy60ghz wireless [16:59]
mercutioahh ok
does it use more forward error correction? 		[16:59]
gizmoguyit gets most of it's awesome from beam forming [17:00]
mercutioahh [17:00]
gizmoguyit's only built for short lengths [17:00]
mercutioi thought that was just a buzzword [17:00]
gizmoguylike in a room for example [17:00]
mercutiothat wasn't really significantly implemented [17:00]
gizmoguyso with wigig
you usually have an antenna array 		[17:00]
mercutiolike all around your device? [17:00]
gizmoguyand then with phase shifting your array you can point/focus the 60ghz more closely to your device
you can make a flat square one I believe 		[17:00]
mercutiowat happens if you have a wireless 802.11ad ball
and you throw it around the room 		[17:01]
gizmoguyI suspect it doesn't work very well
it's more for stationary devices 		[17:01]
mercutioahh [17:01]
gizmoguyas everytime you move it needs to recalculate the beam forming stuff
the example given in the 802.11ad docs
"Imagine your at an airport just about to board, but you want a bluray on your phone to watch on the plane"
just walk up to the movie transmitter pole, buy your movie and have it in a few seconds 		[17:01]
mercutiohey i had a better idea
high bandwidth plug in ports for phones
like network ! 		[17:02]
gizmoguyit's also "widely" used for wireless laptop dongles
dell has a wireless dongle you can buy
so you sort of just place your laptop near it
and you get vga/dvi/usb etc 		[17:02]
mercutioi suppose it is kind of cool.
infiniband supports iommu
video cards support iommu
i was thinking it'd be cool to copy straight from video card to infiband before
for remote display
i think video card iommu support is pretty new though
and mostly focused on opencl
but i've always liked the idea that you can basically map memory over network 		[17:03]
gizmoguyi've not played too much with infiniband
as in, i've never played with infiniband :( 		[17:04]
mercutiomy cards cost $75 USD
i think it was
for four
dual 20 gigabit
plus $45 USD shipping
or something 		[17:04]
gizmoguythe next fun toy i'm hoping to have a play with is some infinera kit [17:05]
mercutiocables are about US $15 or something i htink [17:05]
gizmoguy5TB/s on a single fibre pair [17:05]
mercutioso it's way cheaper than getting 10 gigabit ethernet
and it can do about 15.8 gigabit/sec
with single threaded iperf 		[17:05]
gizmoguy* Disclaimer 3 racks worth of infinera multiplexing gear required at each end of cable [17:05]
mercutiowith 600k window size [17:05]
gizmoguywhat do you use to swtich infiniband? [17:06]
mercutiohahha
i don't
it's back to back 		[17:06]
gizmoguyah right [17:06]
mercutioyou can just use opensm as a subnet manager on linux
also the cables are thick.
i'm using copper.
and samba doesn't do rdma
on linux
and samba's normally code doesn't seem to work well
limiting throughput to 400mb/sec or so
with like 100% cpu on samba process
err 400 megabytes/sec
but nfs will go faster.
even without rdma
oh and that's using recent i7 cpus
at each end
and ssd on both sides
but yeah, i wonder if samba 4 will speed things up
but if 10 gigabit ethernet bcomes common people will be like "i can't get my full ssd speeds over ethernet" 		[17:06]
gizmoguylol
let's see what's the fastest I can do over 10gig HTTP 		[17:09]
mercutioi really wish 2.5 gigabit ethernet came around
try cachefly?
http://cachefly.cachefly.net/100mb.test
maybe a little small
but it's australia 		[17:10]
gizmoguyFedora-19-x86_64-DVD.iso Length: 4444913664 (4.1G) [application/octet-stream]
4,444,913,664 779M/s in 6.9s 		[17:11]
mercutionice
where's that to? 		[17:11]
gizmoguyAKL <--> WLG [17:11]
mercutionice [17:11]
gizmoguyI'll try AKL <--> CHC [17:11]
mercutiodo you feel like running a random binary? [17:11]
gizmoguydepends on the binary :P [17:12]
mercutioi been working on a small curl like program
would be curious how it compared :) 		[17:12]
gizmoguyI'll run it locally on my test 10gig network
rather than the prod 10gig NZ network :) 		[17:12]
mercutiohttp://202.49.71.58:24/microcurl
you can su to nobody or such
it doesn't support output file name yet
only just started adding getopt support :/
but it'll output to stdout
just > /dev/null
oh and you need to include http:// atm
would be curious to see how it compares with the "time" command 		[17:13]
gizmoguyso just microcurl http://file > /dev/null?
time microcurl http://file > /dev/null ? 		[17:15]
mercutioyeah
err http://<host>/<file> > /dev/null
you can include port too
i usually use port 24 to bypass any transparent proxies
not because i'm against transparent proxies
but so i can test speds 		[17:15]
gizmoguythese two machines are directly connected [17:16]
mercutioyeah [17:16]
gizmoguywell technically there's a switch in the middle [17:16]
mercutioi found that it's about half as much cpu on haswell
as curl 		[17:16]
gizmoguyhopefully not proxying :) [17:16]
mercutioon infiniband
it doesn't listen to http_proxy atm
and doesn't even support -x yet
it does use some low granuality timer that is only supported in recent lijnux
i haven't checked how it handles that not working yet
(that's for showing the speed, which i don't care about granuality with) 		[17:16]
gizmoguygrabbing an ISO from a mirror
only getting 111MB/s :(
to test with 		[17:19]
mercutioheh
local gigabit 		[17:19]
gizmoguyyeah :( [17:20]
mercutioi been looking at cpu utilisation over network
i was first looking at speed over lcoalhost
but even with infiniband speed shoudl be the same.
well other than it starts up faster than curl 		[17:20]
gizmoguyHmm what have I cocked up here [17:20]
mercutiowhich is like 6 msec difference or something
72 to 78 msec or such 		[17:21]
gizmoguy80MB/s over 10gig
that's a little slow 		[17:21]
mercutioand curl does that too? [17:21]
gizmoguythat's with wget [17:21]
mercutiois the file too big for memory?
wget uses http_proxy
by default
you haven't got that set right? 		[17:21]
gizmoguylocally wgetting on the same machine i get 900MB/s [17:21]
mercutiothat's slow
:/ 		[17:22]
gizmoguyspindles
it'll be as fast as it can read from disk 		[17:22]
mercutio100 200M 100 200M 0 0 2317M 0 --:--:-- --:--:-- --:--:-- 2325M
you should output to null :)
oh irght
i keep assuming cached speed
yeah
100 200M 100 200M 0 0 889M 0 --:--:-- --:--:-- --:--:-- 892M 		[17:22]
gizmoguyI have to read it from somewhere first :) [17:22]
mercutioi got that the first time [17:22]
gizmoguyok what is going on here [17:23]
mercutiogigabit needs no tweaking locally normally [17:23]
gizmoguyit starts fast [17:23]
mercutiowhat does iperf say? [17:23]
gizmoguyand trails off to 80mbit [17:23]
mercutiooh
do you have broadcom ethernet? 		[17:23]
gizmoguyintel 10gig cards [17:23]
mercutiohmm [17:23]
gizmoguyscrew off with broadcom [17:23]
mercutioi hit something weird like that with broadcom
:/ 		[17:23]
gizmoguythey're engineering samples though [17:24]
mercutiostill shouldn't matter
in normal adapative coalescing mode? 		[17:24]
gizmoguyI was playing with coalescing last time I was logged into these machines [17:24]
mercutioactually it's probably simpler than that.
ahh
try ethtool -c3 ?
err
ethtool -c rx-usecs 3
that's what the gigabit stuff defaults to
but i dunno if the 10 gigabit stuff is the same 		[17:24]
gizmoguyI have to be careful with the coalecscing stuff [17:25]
mercutiohow come ? [17:25]
gizmoguylast time I played I managed to generate a DIV_BY_ZERO in the intel driver [17:25]
mercutioerr it's -C [17:26]
gizmoguyand the linux kernel gets unhappy when you do that [17:26]
mercutiohahaha
i played around with coalescing and dropped cpu usage by heaps
on broadcom core2duo 		[17:26]
gizmoguyI just don't even touch broadcom these days [17:26]
mercutioheh [17:26]
gizmoguythey don't let you do as much in hardware as the intel nics [17:26]
mercutioit's my colo box
it's
i've got a colo box at sky tower
i could stick intel ct adapter in
but it seems to go ok
for some reason hp ilke to use broadcom 		[17:26]
gizmoguyalright
7gbit in iperf TCP 		[17:28]
mercutiointeresting [17:29]
gizmoguy1mbit in iperf UDP [17:29]
mercutiowhat [17:29]
gizmoguyyeah...
what on earth was I doing on this machine last time I was logged in 		[17:29]
mercutiohistory :)
fwiw infiniband sucks for udp
is it 1 megabit sending speed?
or 1 megabit throughput? 		[17:29]
up_the_ironsup_the_irons likes all the network talk [17:31]
gizmoguyoh wait [17:31]
mercutiocos if it's only sending at 1 megabit [17:31]
gizmoguyI think it's just iperf being retarded [17:31]
mercutiodid youadd -b 2g
or such? :) 		[17:31]
gizmoguyif I stop the iperf server
the client can still connect and reports i'm getting 1mbit/s 		[17:31]
mercutiooh [17:32]
gizmoguyeven though you tcpdump and there's 0 traffic [17:32]
mercutiofirewall on port 5001? [17:32]
gizmoguyyeah will be
stupid iperf 		[17:32]
mercutioyeah the udp testing is pretty broken
it's also bad if you overshoot
it can't receive the end result back
because it gets packet loss 		[17:32]
gizmoguyI wonder if I have any rate limiting in here [17:33]
mercutioi would rather it see it do a bit of return traffic to make sure it's still ok to test too [17:33]
gizmoguybecause it gets through the first 2GB at full speed
and then it drops to 100mbit 		[17:33]
mercutiotc -s qdisc [17:33]
gizmoguywon't be tc [17:33]
mercutiogoing to /dev/null ?
oh with iperf 		[17:33]
gizmoguypossibly iptables or apache
nah this is wget / apache now
yeah going to /dev/null 		[17:33]
mercutioahh [17:33]
m0undslulz u needz nginx lol omg [17:34]
gizmoguynode.js man [17:34]
BryceBotBAREMETAL!!! [17:34]
mercutiojust instill lighttpd on alternative port?
or nginx :/ 		[17:34]
gizmoguyok, so these machines run no firewalls [17:34]
mercutioi use lighttpd [17:34]
gizmoguypossibly I should fix that [17:34]
m0undslighttpd is faster with static files [17:34]
mercutioheh [17:34]
gizmoguyand no TC
wonder how apache on this box is configured 		[17:34]
m0undscrapache lulz lulz [17:35]
mercutioi never see lighttpd having bad performance :/ [17:35]
gizmoguytbh I didn't even know there was apache on here so I never set it up :) [17:35]
m0undsi feel brain cells dying just typing that [17:35]
mercutiofor some reason it's way more computationally expensive in linux to reecive files than send [17:35]
gizmoguym0unds: :) [17:35]
mercutiowell actually it's cos linux can't do zerocopy receive
gizmo, maybe you should use a 2gb file? :)
i only use 200mb file for testing normally 		[17:35]
gizmoguyalright
we solved the issue 		[17:37]
mercutiowhat was it ? [17:37]
gizmoguyI put a 2.7gb file on instead :) [17:38]
mercutiohaha [17:38]
gizmoguythese are just dev/test boxes
not a clue where the rate limit is 		[17:38]
mercutioyah [17:38]
gizmoguyright
wget gives me: 828M/s in 3.8s 		[17:38]
mercutiowith how much cpu usage?
i wonder why you're not getting full speeds 		[17:38]
gizmoguywget maxes at 45% [17:39]
mercutiowith sandy bridge era cpu? [17:39]
gizmoguyprobably a mixture of slow spindles/not running 9k mtus/a crappy dell switch in the middle
nah these will be older
model name : Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz 		[17:39]
mercutio5600 series?
oh
wow
that old ok ;) 		[17:39]
gizmoguy:)
why fix what's not broken? 		[17:40]
mercutioconsidering i get 20% cpu usage on gigabit with e3110
is that with tcp timestamps enabled or disabled? 		[17:40]
gizmoguyI think i broke your program [17:40]
mercutioprobably [17:41]
gizmoguywritten -1200776 kbytes (24.455); average: -49101.4584 [17:41]
mercutioit's probably the kernel version
doesn't like the timer 		[17:41]
gizmoguyLinux marvin 2.6.32-5-amd64 #1 SMP Fri May 10 08:43:19 UTC 2013 x86_64 GNU/Linux [17:41]
mercutioCLOCK_MONOTONIC_COARSE [17:41]
gizmoguyoh look another machine I haven't upgraded to wheezy [17:41]
mercutioit should still be accurate using the "time" command [17:42]
gizmoguyit starts off ok
and then it pauses and jumps into the negative 		[17:43]
mercutioumm
it was introduced in linux 2.6.23
oops
linux 2.6.32
which is what you're using
oh that's interesting 		[17:43]
gizmoguywritten -1166052 kbytes (25.291); average: -46105.4135
real 0m26.686s
user 0m0.004s
sys 0m6.476s 		[17:43]
mercutioumm
you know
i bet it's a signed 32 bit integer
issue 		[17:43]
gizmoguyhaha yeah
that's what it feels like 		[17:44]
mercutioit looks like it
but it's 64 bit binary
but yeah it looks exactly like that
and i use 200mb test ifle
ok 		[17:44]
gizmoguy:) [17:44]
mercutioso 6.476s cpu
what was wget? 		[17:44]
gizmoguy3.8s [17:44]
mercutiooh
3.8s system cpu? 		[17:44]
gizmoguyreal 0m3.565s
user 0m0.184s
sys 0m1.628s
that's for wget 		[17:45]
mercutiooh hangon
so it's being WAYYYY slower 		[17:45]
gizmoguyyeah [17:45]
mercutioi wonder why [17:45]
gizmoguyi'll try with a smaller file [17:45]
mercutio% time ./microcurl/microcurl http://192.168.50.254:24/200m > /dev/null
written 204800 kbytes (0.153); average: 1338562.092
./microcurl/microcurl http://192.168.50.254:24/200m > /dev/null 0.00s user 0.08s system 50% cpu 0.152 total
hmm that's slower than before
oh i shouldn't load it over nfs prboably 		[17:45]
gizmoguyalright, debian cd1 this time [17:46]
mercutiohhmm same diff [17:46]
gizmoguy~700mb
wget: real 0m0.776s user 0m0.028s sys 0m0.364s
written 654432 kbytes (1.689); average: 387467.140
real 0m2.303s
user 0m0.000s
sys 0m2.040s 		[17:46]
mercutiowow
# time ./microcurl http://202.49.71.58:24/testfile.zip

http protocol.
written 204800 kbytes (0.160); average: 1280000.000
./microcurl http://202.49.71.58:24/testfile.zip 0.00s user 0.16s system 98% cpu 0.163 total
hmm
oh oops from wrong computer
# time ./microcurl http://202.49.71.58:24/testfile.zip
http protocol.
written 204800 kbytes (1.799); average: 113841.023
./microcurl http://202.49.71.58:24/testfile.zip 0.01s user 0.55s system 31% cpu 1.799 total
wget http://202.49.71.58:24/testfile.zip 0.07s user 0.61s system 38% cpu 1.784 total
that's how it compares for core2duo with the old version for me
with gigabit
(the old version always writes to /tmp/testwrite which needs to be on tmpfs)
./newmicrocurl http://202.49.71.58:24/testfile.zip > /dev/null 0.00s user 0.57s system 31% cpu 1.798 total
and that's new version
so new version behaving the same
what cpu usage difference do you get to my url? 		[17:47]
gizmoguyhow big is testfile? [17:51]
mercutio200 megabytes
it doesn't have 10 gigabit ethernet
but it has gigabit to APE 		[17:51]
gizmoguycpu usage up to 10% or so [17:52]
mercutioit's not actually a zip file it's /dev/urandom [17:52]
gizmoguybut I occasionally see it spike to 98% for your process
so maybe that's why it's slow 		[17:52]
mercutioweird
i wonder why
beacuse i'm testing on e3110
what kind of speed you getting?
e3110 is basically ecc version of core2duo 		[17:52]
gizmoguyhold up, just heading out for some tea [17:53]
mercutioorig i found a slow down with adsl cos i was checking time too often / outputting to the screen too mcuh
but i fixed that 		[17:53]
fixed the 32bit bug :/
by not linking against musl
oh actually no
it is still there
it's bloody 64 bit
integer should be 64 bit
ok now i fixed that
it seems that int is 32 bytes on 64 bit architectures still. 		[18:00]
if i strace wget and my microcurl, wget does read of 8k and two writes of 4k, and microcurl does reads of 7300 and writes of 7300 bytes, but sometimes 14600
where 7300 is 1460*5
so if wget is using less cpu i must guess that it's due to getting less packets in a burst
and doing read/write of single packet or such 		[18:14]
***r0ni has joined #arpnetworks [18:28]
gizmoguymercutio: uint64_t :) [18:34]
mercutiooh
is "long" wrong? 		[18:34]
gizmoguylong works ok too [18:34]
mercutioi haevnt' done much coding recently [18:34]
gizmoguybut uint64 is how to get a 64bit integer
don't use int 		[18:34]
mercutioi am also using %uz in printf
i assumed int was 64 bit now 		[18:34]
gizmoguynah, backwards compat yo [18:34]
mercutiowell i see that now :)
oh interesting
most of my programming was 15 years ago
not a lot has changed since then though.- 		[18:34]
gizmoguyan integer is probably defined as a 32bit number somewhere in the C standard no doubt [18:35]
mercutiobut 64 bit is one of things that changed :)
i updated the url
err the code at the url
but it's purely for showing accurately
i'm still curious why it using so much cpu :/
oh, and i stalked you on linkedin :/ 		[18:35]
gizmoguy:)
add me if you want 		[18:36]
mercutiook [18:36]
gizmoguygo to NZNOG? [18:36]
mercutionope
i was thinking of going next year 		[18:37]
gizmoguylame [18:37]
mercutiocos of SDN etc :/ [18:37]
gizmoguycome on down [18:37]
mercutiobut it's expensive for flights
and accomodation and so forth 		[18:37]
gizmoguytrue [18:37]
mercutioand i doubt my work would pay [18:37]
gizmoguywork pays for everything for me :) [18:37]
mercutioyeah if work paid for everything i probably wouldn't think twice about it [18:38]
gizmoguybut yeah, it's a great place to have an informal chat with your upstreams over a few beers [18:38]
mercutiobut really it's on the interesting side rather than useful side [18:38]
gizmoguyfew (read: a lot of beer) [18:38]
mercutioheh [18:38]
gizmoguyI find the networking more useful than the talks
the talks are all live streamed anyway 		[18:38]
mercutioyeah the talks themselves looked mostly boring [18:38]
gizmoguyby richard @ r2 [18:38]
mercutioi see it more of a social thing [18:38]
gizmoguyyeah it is [18:39]
mercutioi actually watched some wand thing
and it wasn't nearly technical enoguh
but it did suggest you were using old cheap hardware
and it seems you still are :) 		[18:39]
gizmoguylol
remember what the talk was on? 		[18:39]
mercutioumm
it had a few things 		[18:39]
gizmoguywe can go a lot more technical offline [18:39]
mercutioone of them was about monitoring i think ? [18:39]
gizmoguybut talks are usually fairly informational [18:39]
mercutioand debugging problems? [18:39]
gizmoguyyeah it'll be AMP
our "active measurement platform" 		[18:39]
mercutioahh ok [18:40]
gizmoguybasically we have nodes in most ISPs in NZ [18:40]
mercutioi want to do my own network monitoring stuff [18:40]
gizmoguyand do DNS/ICMP/Traceroute/HTTP testing [18:40]
mercutioi've got many ideas :) [18:40]
gizmoguyand we publish them all to http://erg.cms.waikato.ac.nz/amp [18:40]
mercutiolike that you should be able to esimate bandwidth without using up lots of bandwidth [18:40]
gizmoguythough all that code is ancient and icky
so we have a government grant to rewrite it all 		[18:40]
mercutiobut lots of ideas can still take a long time to actually put into effect :) [18:40]
gizmoguyand we're adding event/anomaly detection [18:40]
mercutiowell i got interested when i emailed truenet [18:41]
gizmoguytruenet suck balls [18:41]
mercutioand their responses were like OMG
exactly
like they're single threading wget 		[18:41]
gizmoguywe actually went for that contract
but we were too expensive 		[18:41]
mercutioyou need multiple tcp connections to represent web page downloads [18:41]
gizmoguybut at least our results would have meant something [18:41]
mercutiobut you also need to statr them at realistic times
rather than just 8 at once or such 		[18:41]
gizmoguythey also were recently doing all their bandwidth tests on 200kb files loaded off trademe.co.nz [18:41]
mercutiowhich means you want to download, do parallel requests, request new data when you see the actual urls
etc 		[18:42]
gizmoguythey've now moved to 1MB files because of UFB [18:42]
mercutioi do most of my bandwidth tests on 200kb files
i just confirm with 10mb files
200k often shows if a connection is good or bad 		[18:42]
gizmoguybut they report on stuff like average connection speed :/ [18:43]
mercutiobut anyway, like the way i see it is there's thresholds
it doesn't really matter if it's 10% faster or 10% slower
but if it takes 2 secodns or 3 seconds to display a web page it's significant
yeah but average to where?
i also herad that there's some messy routing stuff involved
i've got a few vps's with test downloads 		[18:43]
gizmoguyso we do full mesh testing [18:44]
mercutiointernational [18:44]
gizmoguywhere we can [18:44]
mercutioahh interesting
so do you have many locations? 		[18:44]
gizmoguyeach node to every other node
we don't do bandwidth tests at the moment though 		[18:44]
mercutiojust ping? [18:44]
gizmoguybecause amp has been around 10 years or so [18:44]
mercutiowhat i really want to test is tcp latency [18:45]
gizmoguyand people didn't like us using "all" their bandwidth [18:45]
mercutiowhich is kind of messy
like ping != tcp latency necessarily 		[18:45]
gizmoguyI think we have around 30 sites or so [18:45]
mercutioahh ok [18:45]
gizmoguyso you'd like our HTTP test [18:45]
mercutioyeah i think i saw it once
you have soem kind of traecrouet from many hosts thing?
or something
some kind of network path thing 		[18:45]
gizmoguyyup
http://erg.wand.net.nz/amp/graph.php?src=ampz-auckland&dst=ampz-fx-aknnr 		[18:45]
mercutioi think http can behave differently
i think a lot of things though
i'd like more real world data :) 		[18:46]
gizmoguyscroll to the 'path analysis' graph [18:46]
mercutiotaht's a graph
i saw some uhh
something that showed all the different upstreams
andi t ihnk something else 		[18:47]
gizmoguycould be TR [18:47]
mercutiohttp://tr.meta.net.nz/tr.php
maybe this is nunrelated 		[18:47]
gizmoguyone of our researchers wrote it
for fun 		[18:47]
mercutioahh ok [18:47]
gizmoguyperry [18:47]
mercutiowell it's cool [18:47]
gizmoguyhe works for the google now [18:47]
mercutioahh ok
adhh yeah it shows the image afterwards 		[18:48]
gizmoguymy most active URL on wand.net.nz is still this: [18:48]
mercutioof the different upstreams [18:48]
gizmoguyhttp://wand.net.nz/~perry/max_download.php [18:48]
mercutiooh god [18:48]
gizmoguyit kinda became the industry standard TCP calculator heh [18:48]
mercutiocan that be updated?
i hate that tool 		[18:48]
gizmoguyhahaha
he wrote it in a night 		[18:48]
mercutioi hate it when people argue about tcp limitations
when it's all old data
yeah but i mean
cubic is VERY VERY common now
and bic is around a tiny bit
and windows has new stuff
that i haven't really played with
and linux has all these improvements
i think they even decreased the initial timeout down from 3 seconds
back when BUBA was common in new zealand i looked into some of those things a little
because there was so much packet loss that it was interesting to see how badly things dealt with it
and what could be done to improve things
and decreasing that 3 second timeout makes a very significant difference in ~5% loss links
that said, i put it down myself before linux did :/ 		[18:48]
gizmoguy:) [18:51]
mercutiocos i was looking at openbsd source code for tcp/ip
and i adjusted some stuff
then i thought that was easy
so i try doing the same on linux
and i'm like omg
i swear, if you want to look at how tcp/ip works in the kernel it's easier to understand with openbsd than linux by a LARGE margin
and it also compiles faster :/
well it helps that openbsd doesn't have cubic etc
it just has newreno
but yeah are you looking at doing your own truenet type testing?
the other big problem i saw with truenet is that they only want to test idle connections
and i think it's way better to just test all the time, and expect that there's noise
like if i'm playing a game, and someone downloads a 1mb file, ond my game gets laggy, i'd rather that be reported
and different aqm on different connections can influence positively/negatively 		[18:51]
..... (idle for 22mn)
gizmoguywe are effectively replacing truenet yeah
we have a ISP partner who wants to drop all our software on embedded linux boards and put them on customers internet 		[19:20]
mercutiocool
shouldn't it be isp agnostic though? 		[19:20]
gizmoguyso we partner with local ISPs for testing the stuff we write [19:21]
mercutiooh right
so the isp provides the hw
but you provide the software? 		[19:21]
gizmoguyit's more the data they provide us
as writing network monitoring software with a network is hard :)
err
without a network* 		[19:22]
mercutiowith or without a network is hard :) [19:22]
gizmoguylol
yeah especially without customers 		[19:22]
mercutioyeah the more i thought abuot it the more compilcated it got
but i was planning on trying to do something myself
i figure you should be able to stick something on something ilke openwrt pretty easily
but that you could get wider uptake by making it work on a windows desktop 		[19:22]
gizmoguywe have a wandboard i'm looking to get our monitoring software running on
heh
we tried that 		[19:23]
mercutiohow'd it go? [19:23]
gizmoguyhttp://nettest.wand.net.nz/
nobody really ran it
so we kinda abandoned it 		[19:23]
mercutiois your stuff open source? [19:24]
gizmoguysome of it is
the stuff NBIE pays for, we don't typically release the source code for 		[19:24]
mercutiohaha
why am i trying to download the windows version on linux
oh i have wine :) 		[19:24]
gizmoguy:)
all stuff we develop inhouse is open source
Libtrace is our most popular tool we write 		[19:24]
mercutiocool
is it bsd licensed? 		[19:24]
gizmoguyhttp://research.wand.net.nz/
I think we standardise on GPL 		[19:25]
mercutioahh [19:25]
gizmoguyhave a look at scamper too [19:25]
mercutioi dunno if lenny is the most recent or not [19:25]
gizmoguyscamper is awesome
libprotoident is cool too 		[19:25]
mercutiobut it'll probably work i imagine [19:25]
gizmoguywe can identify ~140 different applications purely on 4 bytes of the packet [19:26]
mercutiooh it's running now what haha [19:26]
gizmoguyhttp://research.wand.net.nz/software/libprotoident.php [19:26]
mercutionice
that is 4 initial bytes?
or within each pcaket? 		[19:26]
gizmoguy"Unlike many techniques that require capturing the entire packet payload, only the first four bytes of payload sent in each direction, the size of the first payload-bearing packet in each direction and the TCP or UDP port numbers for the flow are used by libprotoident" [19:26]
mercutioahh so first four
hmm 		[19:27]
gizmoguyone of the other things we do at wand is take a lot of network traffic dumps
cept most ISPs don't like giving you full payload
so we standardised on the first 4 bytes
to keep it anonymous 		[19:27]
mercutiocool
i like that 		[19:27]
gizmoguyand no chance of password leaks etc
also it's easier to store :) 		[19:27]
mercutioyes
is it very compressable? 		[19:28]
gizmoguybut libprotoident lets us look at what protocols people are using [19:28]
mercutioumm
so it's full tcp header 		[19:28]
gizmoguyhttp://wand.net.nz/wits/waikato/8/ [19:28]
mercutiowith 4 bytes data? [19:28]
gizmoguydownload some traces and try it out :)
Snapping Method Packets truncated four bytes after the end of the transport header, except for DNS 		[19:28]
mercutiodude
try xz compression
i'm not downloading this direct to hme :/
home 		[19:29]
gizmoguycome on [19:29]
mercutioheh [19:29]
gizmoguywe split them into small tarballs for ya [19:29]
mercutiowhat
6 gb gz? 		[19:29]
gizmoguyyeah [19:30]
mercutioon adsl :) [19:30]
gizmoguylame
I got vdsl at home 		[19:30]
mercutiooh what it's ftp [19:30]
gizmoguyprotocol of the future [19:31]
mercutiohmmm
it's downloading slow too 		[19:31]
gizmoguydo you not have v6 at home? :O
We rate limit ipv4 access
to 'encourage' other researchers who want access to our datasets to move to ipv6 		[19:31]
mercutioi had v6 at home
oh
i'm not downloading to hoem
hangon i'll go via ipv6
i find ipv4 works better :/
i suppose you get to be impractical :) 		[19:32]
gizmoguyhaha yup! [19:34]
mercutio30megabytes/sec now
40
50
60
55
it ramped up slow
80
i wonder if it's disk :)
0 6203M 0 27.1M 0 0 1184k 0 1:29:24 0:00:23 1:29:01 1216k^C
72 6203M 72 4476M 0 0 66.5M 0 0:01:33 0:01:07 0:00:26 84.0M
kind of a big difference between thee two :) 		[19:34]
gizmoguyhaha, one v4 one v6? [19:36]
mercutioyeah
i thought soemthing was broken
is that gigabit international?
and hangon, that's faster speed than your core2duo got
curl -O ftp://wits.cs.waikato.ac.nz/waikato/8/20111104-000000-0.gz 5.20s user 26.06s system 33% cpu 1:32.05 total
oh hangon, you had 800 megabit, not 80mb/sec didn't you
y'know if i didn't have to pull that file back home i wouldn't really complain about you using gz :) 		[19:37]
BryceBot<mercutio> hh halghl, yhu hal 800 megabut, lht 80mb/sec lull't yhu [19:43]
mercutiowhat [19:44]
tracestats: error while loading shared libraries: libtrace.so.3: wrong ELF class: ELFCLASS32
hmmmm
oh fixed
i hate how ubuntu doesn't include /usr/local/lib in search path by default
but that's a really bizzare error message for such
ohh
i haev a 32 bit version of that library installed by that test client thingy 		[19:49]
m0undsboy, making serial cables is fun [19:58]
mercutioold school :)
oh
i can just use tcpduump
rather than get a 6gb dump 		[20:01]
m0undsyea, we use them for control surfaces
but we have no spares, so i used the cable kits provided with the controllers and made 4 9-25 null modem cables out of cat 6
hahaha 		[20:08]
gizmoguyright home time I think
see you suckers later 		[20:11]
m0undslater man [20:12]
gizmoguyi'm going home to build a network for a lan this weekend
7 juniper switches :P 		[20:12]
m0undsEX3200s? [20:13]
mercutioheh
you just have 7 juniper switches lying around? 		[20:14]
m0undsm0unds wants to play with J gear
i wish i did, i just have a stack of 2960s 		[20:14]
gizmoguymercutio: heh yup [20:15]
mercutioi hate 2960s [20:15]
gizmoguy6x EX2200s [20:15]
m0undsnowhere near as much as i do [20:15]
gizmoguyand 1x EX4200[20:15] <m0unds> figured i'd guess middle of the road :) [20:15]
m0undsj switches are so nice [20:15]
gizmoguythe 2200s are pretty basic, but i'm just using it as the access network [20:15]
m0undsyeah [20:15]
gizmoguythe EX4200 is a dream to work on [20:15]
mercutioi wouldn't mind 7 ex4200s [20:16]
gizmoguyand i have an M320 for the lulz in storage [20:16]
m0undsi need to get a 2200 or 3200 for home [20:16]
gizmoguy2200c if you want to get the small one [20:16]
m0undsyeah
i'd probably shoot for 24 ports 		[20:16]
mercutiofor home? [20:16]
m0undsyep
prewired house, lots of devices 		[20:16]
mercutioi'm using 4 gigabit ports at home
and 4 10/100 		[20:16]
m0undsi'm using 13 [20:16]
mercutioerr that's how amny ports i haev at least [20:17]
m0undsand 3 10/100 on my SRX210HE [20:17]
mercutioand one of them connecs the two together
i do have an unused mangaed switch
but i dunno how you'd end up with 24 devices at home :)
ahh ok, so 24 makes sense 		[20:17]
m0undsyeah, more than 12
if it was less, i'd go for 12
for sure
because $$$
hahahaha 		[20:17]
mercutioheh
you could always go dual 8 port switches :/ 		[20:18]
m0undsnooooo [20:18]
mercutiohaha
one managed one unmanaged 		[20:18]
m0undsnooooo [20:18]
mercutioi thought you were trying to be chaep [20:18]
m0undsnot that cheap [20:18]
mercutioheh [20:18]
m0undsbang for the buck [20:19]
mercutioyeah
just get a cheap 24 port switch :/ 		[20:19]
m0undsi have a cheap 24 port switch [20:19]
mercutiogo cheaper than juniper?
oh 		[20:19]
m0undsyeah [20:19]
mercutioyou haev a 29600? [20:19]
m0undsnot at home [20:19]
mercutioerr 2960s [20:19]
m0undsat work [20:19]
mercutio2960g
but 2960s would work too
2960 takes up lots of power 		[20:19]
m0undsmine are WS-C2960S-48FPS-L
so, ~900W with full POE load 		[20:20]
mercutioit'll be like 150w or more without poe :/ [20:20]
m0undsyeah [20:20]
mercutiohence lots of power :) [20:20]
m0undsthey're also loud, and hot
and crappy
i hate cisco gear 		[20:20]
mercutiogcet something with energy efficient ethernet for home maybe?
so do i
GET A CLOUD CORE ROUTER
(kidding) 		[20:20]
m0undshahahaha [20:21]
mercutioi need to have hard-disk storage at home aagain
i've been living off just ssd 		[20:21]
staticsafemercutio: you mean like this - http://routerboard.com/CCR1036-12G-4S [20:22]
mercutiobut i'm like where am i going to put this packet capture heh
static: yes
you get to run a beta OS 		[20:22]
m0undsyep [20:23]
staticsafei have a routerboard as my home router [20:24]
m0undshell, if you buy the middle of the road RB1100AH you end up with two or more ports that just don't work correctly
and they'll tell you as much 		[20:24]
mercutioat least that includes a switch m0unds
cloud core router doesn't even have a swiitch 		[20:24]
m0undsthat's being generous [20:24]
mercutioevery port goes throguh the cpu [20:24]
m0undshahaha [20:24]
mercutioyoeu get two switches i think
with different mtu limits etc 		[20:25]
staticsafethe lower end routerboards are perfect for home use tbh [20:27]
m0undsi had an rb450g and it died a hero's death (bad caps, bad thermal mgmt on the cpu) [20:27]
staticsafecompared to the other garbage on the market [20:27]
m0undssure [20:27]
mercutioxz is so damn slow to compress
--- % 523.0 MiB / 2693.7 MiB = 0.194 2.1 MiB/s 21:32
i think it's about 1/6th of the way through?
so like two hours or something
it was half an hour with -1
and still 50% better than gzip ratio
err 33% better 		[20:34]
....... (idle for 30mn)
***ese has joined #arpnetworks [21:05]
.... (idle for 15mn)
gizmoguym/ my machine from last year's lan still boots [21:20]
brycecgood grief! I have never had so much backlog to catch up upon in this channel [21:26]
milkiyou dont type /clear enough [21:29]
brycecI could just ignore it... and I am. It overran my buffer :p
(And I never type /clear when I'm afk :P) 		[21:35]
gizmoguybrycec: sorry
me and mercutio worked out we live an hour from each other 		[21:35]
brycechaha no worries mate :) [21:36]
mnathaniup_the_irons: Have you considered licensing your automation and various tools for Virtual Machine provisioning to your competition? [21:41]
mercutiogizmoguy:
i'm still trying to get libtrace to work :/
it doesn't like my lack of encapuslation
i found i had an old dump of my own connection around
being the geek i am :/
reading from file ben, link-type NULL (BSD loopback)
but it's in that format
ben: tcpdump capture file (little-endian) - version 2.4 (No link-layer encapsulation, capture length 128)
i suppose i should at least be happy there's source so i can try and figure out how it works :)
mnathani: why should his compettion have them?
also it probably would mean he'd end up with heaps of questions
and even less spare time 		[21:41]
gizmoguymercutio: report it to me tomorrow and I'll raise a bug for you :) [21:47]
mercutioahh real [21:47]
gizmoguyi'm busy drinking and configuring linux [21:47]
mercutiothose don't go tegether do they [21:47]
m0undsthey sure do [21:48]
mercutioi thought i should be able to figure out how to do it :) [21:48]
gizmoguythey go very well together
i even managed to partition a disk correctly!
well, ask me tomorrow if i configured it correctly 		[21:48]
m0undsit's the only way to fly [21:48]
mercutiocos it looks like openbsd loopbackup, but with host byte order rather than network byte order from what i gather [21:48]
mnathanimercutio: Just a thought for alternate means of revenue generation, since the code has already been written and tested [21:48]
mercutiomnathani: have you seen the solusvm forum? [21:49]
m0undsgizmoguy: i forgot to ask, are you on untappd? [21:49]
mercutiogizmoguy: you remembered to use gdt? [21:49]
gizmoguym0unds: oh man, I should join
everyone else I know does it
mercutio: gpt? 		[21:49]
mercutiopartition table
guid partition table it seems
use gdisk to do it
doesn't have the silly 4 parition limit
or extended partition hack 		[21:51]
gizmoguyI use parted [21:52]
mercutiodunno if that does it or not
ahh parted does support 		[21:52]
gizmoguyyeah it does [21:52]
mercutioif you have modern computer yo ucan use uefi too [21:52]
***ese has quit IRC (Ping timeout: 245 seconds) [22:02]
mercutiooh it doesn't like infiniband either :)
unless i broke it
yeah doesn't like ib 		[22:04]
gizmoguyI'm not sure we've ever tested with IB :) [22:06]
mercutioyeah
it's nice how there's so many different formats :/
like it probably works on freebsd on ethernet 		[22:06]
gizmoguyit should work on freebsd
we test on lots of different platforms
osx support too :P 		[22:08]
mercutioit's ppp on freebsd though
yeah it works on ethernet
although dunny why EHLO is Invalid_SMTP
it actually seems to work with most stuf
i want to make graphs i think ;) 		[22:08]
.... (idle for 17mn)
***ThalinVien has quit IRC (*.net *.split)
tabthorpe has quit IRC (*.net *.split) 		[22:29]
..... (idle for 22mn)
r0ni has quit IRC (Quit: Textual IRC Client: www.textualapp.com) [22:51]
.......... (idle for 46mn)
ese has joined #arpnetworks [23:37]
ese has quit IRC (Ping timeout: 272 seconds) [23:43]
ese has joined #arpnetworks [23:55]
↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)