[00:52] *** schmir has joined #arpnetworks [01:59] *** sentabi has joined #arpnetworks [02:05] *** sentabi has quit IRC (Changing host) [02:05] *** sentabi has joined #arpnetworks [02:18] *** sentabi has quit IRC () [02:18] *** sentabi_ has joined #arpnetworks [02:19] *** sentabi_ has quit IRC (Changing host) [02:19] *** sentabi_ has joined #arpnetworks [02:19] *** sentabi_ is now known as sentabi [04:03] *** sentabi has quit IRC (Ping timeout: 240 seconds) [04:03] *** sentabi has joined #arpnetworks [04:50] *** sentabi has quit IRC (Ping timeout: 255 seconds) [05:16] *** heavysixer has quit IRC (Quit: BAMPF!) [05:16] *** heavysixer has joined #arpnetworks [05:16] *** ChanServ sets mode: +o heavysixer [06:14] *** sentabi has joined #arpnetworks [06:18] *** fink has joined #arpnetworks [06:24] *** sentabi has quit IRC (Ping timeout: 265 seconds) [06:24] *** sentabi has joined #arpnetworks [06:29] *** sentabi has quit IRC (Ping timeout: 265 seconds) [06:35] *** sentabi has joined #arpnetworks [06:55] *** ziyourenxiang has joined #arpnetworks [06:56] *** sentabi has quit IRC (Ping timeout: 240 seconds) [06:58] *** fink has quit IRC (Quit: fink) [06:58] *** schmir has quit IRC (Remote host closed the connection) [07:10] *** dytra has joined #arpnetworks [07:17] *** ziyourenxiang has quit IRC (Quit: ziyourenxiang) [07:25] *** dytra has quit IRC (Ping timeout: 240 seconds) [07:30] *** sentabi has joined #arpnetworks [07:42] *** sentabi has quit IRC (Ping timeout: 264 seconds) [07:42] any word on kvr13's return? [07:46] http://twitter.com/#!/bsdvps .. is it down again? [07:48] both of my VPS's on kvr13 are down. [07:48] CRITICAL [07:48] 10h 43m 56s [07:49] support@ notified? [07:49] tried booting them with the control panel/ssh access thing? [07:49] I haven't tried logging into the portal, and hitting the "boot" button, but I assume if the host was up, at least one of my VPS's would also be. [07:50] I'd try checking your console(s) (serial -> ssh, video -> vnc) as well as hitting the boot button of neither are up, boot won't do anything if they're running, but if they're not ... ;-) [07:51] serial is less useful if you didn't configure console there and/or getty isn't running [07:51] if this works, I'm going to be pretty annoyed. I'll want a *good* explanation of why the host came back up and my vps's didn't [07:53] kvr13 is down again? [07:53] crap [07:54] Hmm. I'm not seeing it on my kvr13 box [07:54] "boot" doesn't seem to have any effect. [07:54] PING kvr13.arpnetworks.com (208.79.88.78): 56 data bytes [07:54] 64 bytes from 208.79.88.78: icmp_seq=0 ttl=55 time=61.162 ms [07:54] jpalmer: maybe your vps's are `special' [07:54] I can ping kvr13, but neither of my VPS's are up. [07:54] my vps *on* kvr13 *is* up [07:54] so the problem is more local than the machine [07:55] jpalmer: did you try shutting them down then hitting vnc when booting them up? [07:55] does vnc connect at all? [07:55] My vps on kvr08 is indeed up. Just wanted to add that! [07:55] Thats even more worrisome, then. as one of those VPS's is simply a default install, with named enabled. no addition software or tweaks. [07:55] vnc won't connect. I didn't try a hard powerdown, and a subsequent boot on either VPS [07:55] jpalmer: any `guessable' passwords? [07:56] jpalmer: basic troubleshooting steps, fwiw [07:56] toddf: I appreciate the advice, but I've been a BSD admin for 15 years. the "basic troubleshooting" steps don't generally include powering down hosts. [07:57] Hmm. "portmaster -Da" is aborting with The devel/automake19 port has been deleted: No longer required by any port [07:57] how do I get it *past* that? [07:57] jpalmer: maybe I should rephrase that, "it is what I would do if I were you" [07:57] toddf: hard power down, and subsequent boot worked. Now I need an explanation. [07:58] ahh. needed to manually remove it [07:58] jpalmer: similar timeframe for me, though I started dabbling 16 years ago [07:59] it's odd that both VPS's are on the same host, went down at the same time (got the alerts from opsview!) a few minutes apart.. and both required a hard shutdown/boot to fix it. [07:59] jpalmer: if the kvm process (a userland app for most intents and purposes) was stuck that would be the trick to get it to resolve, a 'hard shutdown' is essentially 'kill ' as far as I am aware [07:59] jpalmer: guess we get to find out what kindof logs and info arp has on such incidents [08:00] maybe my email to support@ last night asking to have my VPS's moved off of kvr13 may have been slightly premature. I'm just getting frustrated. I hear how solid and reliable ARP is, and signed up 2 weeks ago. this is the third outage. (this one was 10+ hours) [08:01] jpalmer: note I'm making very educated guesses based on a year hanging out here, arp staff can confirm or refute my theories when they are active ;-) [08:02] the only time my vps (on 'mercury' fwiw) was down was when I panicked the kernel doing some testing of experimental codez... in the year+ I've been a customer, so the `hear how reliable' is not a myth [08:02] My VPS has never been down except for when I've (un)intentionally put it down myself [08:03] But the connection have died a couple of times [08:03] I'm sure it's not a myth. I chose ARP based on the rave reviews from people in ##FreeBSD [08:04] speaking of ##FreeBSD.. RandalSchwartz, I stepped down as staff over there. thought you'd be interested in knowing that after our previous discussion a few weeks ago [08:04] I've never had a 10 hour outage [08:05] just a two hour one because of the kvr13 problems last week [08:05] if indeed your vps was moved, the vnc host/port would change, not much else .. from what has been stated here .. I value the ssh serial console for debugging purposes, so if you haven't set that up it might be time to do so `incase' it is the guest os's lockup and not kvm or arp [08:05] I hate when I use ipv6 (or lack of it) as an argument for or against a company and people say "Who uses ipv6 anyway?" or "What's the use of that?" [08:05] dxtr - we *all* will be using ipv6 come next year [08:05] or start getting isolated [08:06] I wonder if it'll be like when 888 numbers came out [08:06] everyone still paid a premium for 800 numbers [08:06] because they said "nobody would recognize 888" [08:06] now - we don't think twice about 888 vs 877 vs 800 [08:06] have they even *started* deploying 866 number/ [08:06] ? [08:07] toddf: I couldn't connect via serial console either, but I just realized.. I only have it setup for one of my VPS's [08:07] I think the whole toll free number thing really slowed down once we got dialing plans that include the entire US, and also the web is more conveninent for most things [08:08] anyway, heading into the office. I'll check my logs, and ask gary to review his. [08:08] thanks for the hard shutdown/boot suggestion. [08:19] RandalSchwartz: I heard DoD gave up a /8 net [08:19] Havey ou heard anything about that? [08:19] I couldn't find a source [08:26] the iana probably has a blog :) [08:27] mkay [08:30] indeed - http://blog.icann.org/category/iana/ [08:30] ooh - better - http://blog.icann.org/ [08:33] if people aren't convinced we're running out, they just need to read http://www.ripe.net/news/v4-time-period-reductions.html [08:33] LIRs getting only 9 month supplies, not 12 month [08:42] *** fink has joined #arpnetworks [08:42] *** dxtr has quit IRC (Read error: Operation timed out) [08:43] *** mhoran has quit IRC (Read error: Connection reset by peer) [08:43] *** nuke` has quit IRC (Read error: Operation timed out) [08:43] *** mattx86 has quit IRC (Read error: Operation timed out) [08:43] randalschwartz: thanks for the link, very good indeed [08:44] Yeah, I just saw your tweet [08:44] *grin* [08:44] and... retweete [08:44] and I just got notified on my iphone that I was mentioned. :) [08:44] *** Guest81122 has quit IRC (Quit: ZNC - http://znc.sourceforge.net) [08:45] *** phlux has joined #arpnetworks [08:45] *** phlux is now known as Guest53302 [08:46] *** fink has quit IRC (Client Quit) [08:50] *** sentabi has joined #arpnetworks [08:52] *** nerdd_ has joined #arpnetworks [08:53] *** nerdd has quit IRC (Ping timeout: 240 seconds) [08:54] *** nukeAFK has joined #arpnetworks [08:58] *** mattx86 has joined #arpnetworks [09:40] *** vmmello has joined #arpnetworks [09:50] *** vmmello has quit IRC (Quit: Leaving) [10:01] fwiw, my vps is still up on kvr13: up 5 days, 5:32 [10:10] interesting. thanks for the info. [10:11] I don't see anything funky in my logs. so, I'll ask Gary what (if anything) he sees. [10:15] hope it works out for you [10:19] yeah, good thing [10:19] I wonder how it deals with incompats [10:23] *** fink has joined #arpnetworks [10:26] *** fink has quit IRC (Client Quit) [10:50] *** tinono has joined #arpnetworks [10:50] ey! [10:51] is it possible to customize one's kvm instance? I would like an ne2k_pci nic instead of e1000 [10:51] im going to guess no, but im certainly not a person to be giving definitive answers. [10:52] tinono: ask support@ .. if they do it they will give you an answer there.. [10:52] up_the_irons tends to be active later in the day to answer such questions here [10:52] i'll drop a mail [10:52] it's possible from a technical standpoint, but just curious, why would you want this? [10:55] well, mainly two things [10:55] 1) i'm seeing loots of em0 timeouts in openbsd [10:56] 2) netbsd's wm driver (e1000) is broken with qemu's e1000 [10:56] (it's a qemu bug) [10:56] so if that change is possible, i might as well give it a try [10:57] are you running in i386 or amd64 mode? [10:58] what rev of OpenBSD are you running? [10:58] amd64 [10:58] both 4.7 and latest snapshot [10:58] I'm run 4.7 - 4.8-current and never had a single timeout at arp [10:59] yeah, I do suppose not everyone has these problems [10:59] because you'd hear them all day in the channel [10:59] imagine I want to ftp a 200MB file [11:00] I need 3 tries before it goes through without a em0 watchdog timeout [11:00] I regularly push a lot more than that around on my freebsd 8.0 box using em0 [11:00] wierd, indeed .. netbsd's ethernet driver != openbsd's ethernet driver [11:00] so it must be netbsd and openbsd's driver [11:00] vcs: btw, we overhauled the about page for alpine linux after you had to get to sleep. you might check it out again if you're slightly interested :) [11:00] netbsd's driver can't even get the mac address out of the nic [11:01] maybe you could install virtualbox on a freebsd install and put netbsd inside that :) [11:01] yeah.. on my 758MB or on my 256? :-p [11:01] then you could pick whatever hardware you want :) [11:01] ram schmam. let it swap! [11:01] also, for anyone else that may be remotely interested: http://www.alpinelinux.org/wiki/About [11:02] thing is, ive been using freebsd-8.1, never had the slightest issue :-p [11:02] indeed [11:02] freebsd might just be ahead of the pack on this [11:06] its `interesting' that tinono has issues whereas I have none. what are you doing tinono, to cause your vps to behave differently than mine I wonder? ;-) [11:06] I run some experimental diffs on my vps, but none hav anything to do with networking [11:06] *** owda has joined #arpnetworks [11:06] *** owda has quit IRC (Changing host) [11:06] *** owda has joined #arpnetworks [11:06] *** owda has left [11:15] toddf: i'm wondering the same thing ~_~ [11:15] imagine that [11:15] boot bsd.rd [11:16] drop to shell [11:16] ifconfig em0 blah blah [11:16] route, nameservers ok [11:16] ftp some 100MB file [11:16] em0: watchdog timeout [11:16] this is the stock 4.7 bsd.rd [11:17] doesn't happen everytime of course, but still... [11:17] do you get the 100mb file from arpnet or outside? [11:17] outside [11:19] http://arpnetworks.com/100mb.bin [11:20] would be nice if that was on a v6 IP ;-) [11:22] damn I'm dumb. seems to only happen with mirrors.kernel.org ... [11:22] :-p [11:22] what are you snarfing from there inside openbsd? [11:23] debian-live images. I was playing with grub2 [11:23] booting isos and all that [11:23] from within your vps [11:23] yeah [11:24] ... curl -o /dev/null http://arpnetworks.com/100mb.bin [11:24] total time 9 seconds [11:24] average download speed 10.8M [11:24] and this is to my laptop [11:25] I guess that's 10.8 megabytes/sec? :) [11:25] 104857600 bytes received in 9.24 seconds (10.82 MB/s) [11:25] yeah, but was that to your laptop? [11:25] strange, I get that inside my vps [11:25] yes - the vps are limited to 100 megabit [11:26] I don't have a spinal tap to the internet at the office just yet [11:26] traceroute arpnetworks.com from here goes through 9 hops... 2.1 ms :) [11:27] round-trip min/avg/max/stddev = 1.958/2.275/2.619/0.171 ms [11:27] my laptop upstream suxx by comparison.. 104857600 bytes received in 59.74 seconds (1.67 MB/s) [11:28] ahh, that reminds me. some, uh, data is available from last night [11:28] * RandalSchwartz fires up the uh, "data" locators [11:29] aha. "data" located! [11:30] 4 minutes to download 175 MB. Yeay [11:31] have you seen burnbit? turn any URL into a torrent? [11:35] interesting [11:39] ... magnet:?xt=urn:btih:c66982d38a9727344249f3cc1eeb3715eec2254d&dn=100mb.bin&tr=http%3A%2F%2Ftracker.burnbit.com%3A6969%2Fannounce [11:39] that's the torrent of 100mb.bin :) [11:54] *** tinono has quit IRC (Ping timeout: 252 seconds) [12:00] *** fink has joined #arpnetworks [12:46] man ipv6 is fun [12:47] ;-) [12:47] the headache of nat, gone. zomg! [12:50] haha [12:50] im working on setting up the link-local routing for my /48 [12:50] learning alot of new stuff [12:58] *** mhoran has joined #arpnetworks [12:58] *** ChanServ sets mode: +o mhoran [13:02] we've talked about this once before; but let me ask the channel again (chan is bigger now :) -- [13:03] epoll coming! [13:03] yes, I am wearing pants. [13:03] if one were to make a BGP speaking software router that support VRRP for several hundred VLANs, what combination of OS / software would you choose? [13:04] OpenBSD, hands down. nix VRRP and use CARP! heh. but you kinda expect that from me. ;-) [13:04] one candidate: Linux + quagga + keepalived (does VRRP). another: FreeBSD + quagga + ??. another: OpenBSD + OpenBGPD + ?? [13:04] some network designs separate bgp and internal routers, but ymmv [13:04] toddf: i can't do CARP b/c the other side will be a cisco device (which can do VRRP) [13:05] huh? you're having a freebsd system fault tolerant routing with a cisco? [13:05] why is the cisco even in the picture? [13:05] toddf: i want a cisco device to be fault tolerant to [13:05] toddf: b/c my core router is a cisco [13:05] can't change that :) [13:06] so basically, you want a lesser software solution incase the expensive gizmo goes splat? [13:06] toddf: you're good [13:06] yes :) [13:07] have two expensive gizmos then! [13:07] I have an identical cisco, that I *could* hook up and just do VRRP or HRSP that way; but I kinda would like to get experience with doing it with open source tools [13:07] no clue on vrrp stuff, sorry, I only know carp and replace cisco anychance I get .. [13:08] openbgpd does some neat fast switchover stuff, but all the bells and whistles work only on openbsd which only supports carp, not vrrp, for patent reasons [13:08] toddf: understandable [13:09] I encourage others to join the discussion at their convenience, obviously there may be better stuff out there, but for vrrp .. I have no clue how one might make openbsd work ;-( [13:11] up_the_irons: have you got a moment for /msg? [13:12] jpalmer: depends on the /msg. if a quick question, yes, otherwise best to email support@arpnetworks.com [13:15] up_the_irons: ok, I'll email then. I had issues with 2 VPS's on kvr13 last night, (down for 10 hours, had to hard shutdown and boot) just trying to determine the cause. [13:16] jpalmer: OK, please send any details you can and also include VM UUIDs [13:16] will do. thanks [13:18] jpalmer: np. sorry for the downtime; that is unusual [13:18] I think the host is stable now, no issues after taking off RouterOS on a guest. Other VMs stayed up. [13:18] jpalmer: are you running a custom distro / OS? [13:21] up_the_irons: centos 5.5 x86_64 in both [13:21] up_the_irons: in fact, it seems you sent an email earlier today or yesterday, about one of the VPS's being down so much. [13:22] I'm heading home now. will get an email to support@ with details. for now, ignore my request to move those VPS's off of kvr13 ;) [13:23] jpalmer: technically, that's an unsupported distro for us, so ymmv. The OS / distros I put on the order page are what I know work rock solid. I have a few other CentOS customers, and they don't seem to have issues, but maybe your setup is different [13:23] jpalmer: roger [13:24] well, one of those VPS's is a 100% default centos, with nothing done except enabling named, and setting up som slave zones. [13:24] just being centos is suspect to me ;) [13:24] maybe they got hacked ;) [13:24] the reason I don't support RH-based distros is the hack factor [13:25] heh, I'm a BSD guy myself, but those machines are constantly updated. (both of these machines are for clients) [13:25] i c [13:26] anywho, I realize you are busy. I'll detail what I can. thanks. [13:26] jpalmer: np! [13:32] up_the_irons: as for BGP+VRRP+VLANs, you *could* try RouterOS, but with the KVM headaches it seems to have caused, I think it'd be best if I instead recommended against using it ;) [13:34] if you do want to try it, they do have a $45 license, a 24-hour trial, and a demo license that is somewhat crippled [13:34] http://wiki.mikrotik.com/wiki/Manual:License_levels [13:34] mattx86: trying to stay away from anything requiring a license :) [13:35] up_the_irons: ah, that's understandable [13:35] vyatta seemed to be a cisco clone with a lot of those same features [13:36] still, looking for something I can load onto a 1U server with beefy Intel NICs :) [13:36] I interviewed the vyatta guys a few weeks back on FLOSS [13:36] I've actually got vyatta loaded onto a kvm vps at another provider [13:36] oh nice [13:36] yeah - this is software [13:36] runs on bare metal [13:36] ah cool [13:37] I'm actually tunneling thru a local RouterOS box -> IPIP tunnel -> Vyatta KVM -> Internet right now [13:38] looks like it includes BGP and VRRP [13:38] even in the open edition [13:38] sadly, ipv6 looks like a paid subscription :( [13:39] vyatta's configuration method isn't as simple as routeros's, but is decent [13:40] vyatta also seems to be missing features in places (eg., doesn't allow tcp/udp port ranges in the qos stuff; only a single port per matcher) [13:41] RandalSchwartz: really? that's a bummer :/ [13:41] vyatta is good at load balancing across multiple lines [13:42] but it has some really stupid missing stuff, you are right [13:43] if I may also point out, RouterOS has built-in scripting. [13:43] yes, I realize you can use bash+cron on vyatta, but it doesn't seem to integrate well [13:44] just buy juniper, problem solved. [13:44] :P [13:44] "no one ever got fired by buying juniper!" [13:44] "the company goes under, first. :)" [13:44] thats because its the best :) [13:45] the stupid juniper VPN here angers me to no end [13:45] that's what I should do, get a junpier cert [13:45] I wish they'd just put in openvpn [13:45] juniper* even [13:46] just gone mine yesterday [13:46] <3 Juniper VPN, especially their SSL VPN [13:47] IPv6Free1y: you're the guy with the test lab/server rack in his house right? :P [13:47] mattx86: JNCIS-ENT, the very first one :) (the exam just went live wednesday) [13:47] I have to use the web-based outlook here so that meetings get into my calendar [13:47] yea... thats my new one. my old one was all cisco crap [13:47] the problem is, to check email, juniper randomly wants to cancel my previous session [13:47] which of course, kills any open ssh sessions I have going [13:47] RandalSchwartz: that sucks. Maybe you need to hire a new network engineer who actually knows how to configure that juniper device [13:48] IPv6Free1y: did your company reimburse you for any of your cert efforts? [13:48] mattx86: absolutely. [13:48] since i'm obsessive about mail, and check it a few time an hour, there's a 1 in 3 chance I'll have to restart the VPN again too [13:48] RandalSchwartz: ipsec or ssl? [13:48] some java thingy [13:48] this is OSX [13:48] so ssl. [13:49] I guess. [13:49] it's magicl [13:49] IPv6Free1y: how would you recommend someone go about getting certified on the cheap? [13:49] and I have to set up port forwarding only [13:49] I can't just appear to be "on" the internal network [13:49] openvpn is so much more sane [13:49] RandalSchwartz: nothing wrong with the product youre using, the problem is the person who configured it [13:50] is there something simple I can tell them to fix this? [13:50] probably not considering i doubt theyre gonna change their settings for one user [13:50] here's what I get about a third of the time: "There are already other user sessions in progress: " [13:50] when trying to view my email [13:50] Try telling them you want to use Network Connect. [13:50] and "Continue will result in termination of the other session. Please select from one of the following options:" [13:51] and the only two buttons are "continue the session" and "cancel" [13:51] "cancel" closes the browser window... can't read email [13:51] "continue the session" closes my VPNs! [13:51] WTF [13:51] yeah, ask about network connect [13:52] that's right, you told me about olive a little while back [13:52] yeah olive is a good way to get started [13:52] does network connect run on OSX? [13:52] yes, im running it now [13:52] works great [13:53] http://img201.imageshack.us/img201/3166/screenshot20101008at158.png [13:54] hmm should have obfuscated the hostname i guess. oh well [13:54] I'd still rather just run openvpn :) [13:54] with network connect, are you "on" the internal LAN? [13:55] or do you have to do everything with port forwarding? [13:55] ive nnever heard of any VPN requiring port forwarding [13:55] this one does :) [13:55] so i cant say... but yes, you definitely get an internal IP address [13:55] you have to do port forwarding at home for your work vpn to work? [13:55] Juniper Networks "Secure Access SSL VPN" [13:56] you go into a "java secure application manager" window [13:56] i cant imagine why youd need port forwarding for a vpn tunnel, that makes no sense [13:56] and say "port 80 here is port 80 on $internal_machine" [13:56] IPv6Free1y, some home routers don't behave well with VPNs [13:56] tooth: okay but thats nothing to do with this discussion [13:56] ah, okay, forwarding on the other side [13:57] RandalSchwartz: no theres definitely noting like that. [13:57] its just a client that sits in your applications menu [13:57] Oooh - they added network connect as a tab since the last time I saw! [13:57] you click, login, done. [13:57] and it works on OSX [13:58] previously, I hit it, and it tried to download an .exe :) [13:58] heh [13:58] wow... I can't wait to try it later. [13:58] Oh, I can try it now. the wireless is considered in the DMZ [14:00] weird, yeah, I'm logged in from a different place now [14:01] and I could connect to machines inside the corp! [14:01] nice [14:01] woot [14:01] as in, without having to change it to my port forwarding! [14:01] let's see if I can get my corp email [14:02] yeah, that worked [14:02] but the question is, will it fail after 10-15 minutes now [14:02] yea the port forwarfing thing just has to do with the java stuff... it basically forwards your requests almost proxy-style. [14:02] indeed [14:03] wow - this will making working remotely a whole lot easier. [14:03] Heh... THAT will depend on your admin's settings. I think 10-15 mins is the default timeout. I change it to be 8 hours so somebody can effectively go a full work day without reconnecting. [14:03] even my .internal address resolved [14:03] cool [14:03] (they use .internal for non-routed machiens here) [14:03] if you have timeout issues, ask your admin to extend the timeout. [14:04] also you dont need to go to any web page anymore ... just open network connect from your applications menu [14:04] "applications menu"? [14:04] /Applications/ [14:04] ahh yeah, there it is [14:04] Sorry I have my applications folder in my dock, so i refer to it as a menu [14:06] wow - this makes the wifi here that much more usable too [14:08] haha nice [14:10] aha - and when I'm on this VPN, I can use /exchange/ directly to read my email! [14:10] slick [14:11] * RandalSchwartz updates his bookmarks [14:11] true vpn's tend to be that way [14:11] heh yea [14:12] so did my login credentials get buried in that downlaod? [14:13] I never entered a password or anything [14:15] ahh - this link is only 5 down 0.5 up [14:16] as opposed to the infinite down/infinite up I get when hardwired [14:16] probably. next time you connect youll put your credentials directly into network connect [14:23] *** tinono has joined #arpnetworks [14:24] anyone with multiple vpses at arp, how do the private IPs work? do I just assign some myself, or I need to ask support? [14:25] your multiple vps's get a shared vlan, and whether you make up your own rfc internal addresses or you just talk amongst the boxes, only when you hit the router do you chalk up network traffic for the bandwidth meter [14:26] oh alright [14:26] thanks [14:29] how does that work when my servers are on different hosts? [14:29] is it still about outside vs inside? [14:35] vlan magic and monitoring bandwidth at the _router_ not the _switch_ means .. it still works .. [14:36] Anyone else here setup their /48 subnet over link-local? I added the provided link local address as my default gw with the external interface, and assigned myself the first IP in the range, however it seems all of my packets are dropped at the first hop / default gw (link local address). [14:36] try xfer'ing a large file back and forth between your two vps's and watch your bandwidth graphs. [14:37] vcs: if you're new, the default allocation policy is to assign the lowest /64 to the link and route the rest of the /48 to your host [14:38] hmm... think maybe i had misunderstood the default ipv6 setup [14:38] I thought I was only assigned that one address from looking at the IP_BLOCK section [14:40] so when I requested the rest, he set it up to route over the link local address [14:41] yes, but you need a global on the link to be able to have a global ip to initiate requests with [14:43] hmmm... had I realized it was all already pointing at me, I would not have asked for this change [14:43] www.stonehenge.com/pic/speedtest.mov [14:44] that's what it looks like to *peg* speedtest.net :) [14:44] gives an oops [14:44] heh ive done that before... obviously not at home [14:46] http://www.speedtest.net/result/983279594.png [14:46] my awesome home connection [14:46] 18Mbit my ass. [14:47] minus that ping there, I'd love to have those speeds :) [14:47] sure you're not already maxing it out :P [14:49] that was a question actually - I mean, with those pings [14:49] there... now as a youtube video - http://www.youtube.com/watch?v=MizBSyte0o0 [14:49] dont think so, but wife may be torrenting [14:52] gawd randal [14:52] got bandwidth? [14:53] you should see torrenting :) [14:53] I had 40GB on red.stonehenge.com three weeks ago, needed to get it to my laptop [14:53] it all transferred in about 10 minutes [14:53] I think my local firewire was the bottleneck :) [14:54] that makes me want to cry :P [14:54] it helps that the other end of this fiber is in 1 wilshire [14:54] which is very close netwise to arp [14:54] the 10-20Mbps my brother gets in japan is amazing [14:55] 1.5 ms typical [14:55] I decided to download openoffice late one night and had it downloaded in like.. no more than 10 minutes at most [14:55] Ahh yes, that reminds me... I need to get the latest release [14:56] 7 minutes remaining, as I start up [14:56] nice [14:56] 416 KB/sec [14:56] now 424 [14:56] 6 minutes to go [14:56] sigh.. I've gotta get out of here and get some real internet [14:57] a real life for that matter [14:57] 459 [14:57] 462 [14:57] did you see earlier, 100MB.bin transferred in 10 seconds [14:58] nah, I didn't see that [14:58] again - since arp to here is basically next door in the same cage [14:58] very fast times [14:58] that's rediculous heh [14:58] I think I'm limited by local ethernet speed :) [14:59] Hmm. no. it's running gigabit [15:00] foul play is afoot! ;) [15:00] remember, vps's at arp are limited to 100mbit [15:01] oh yeah [15:04] hmm its wierd, i can ping the link local address just fine to the other end, but send any packets to it for routing and i never get anything. I also [15:04] ah done [15:04] just had to go get a drink [15:05]