#arpnetworks 2012-10-17,Wed

RandalSchwartz

Yeah - I can't get to yours from even nearby
I think it
is your end perhaps.

Webhostbudd

weird
alright

mnathani

I cant ping 2607:f2f8:a9e4::2 from home

Webhostbudd

oddly enough i can ping red just fine

RandalSchwartz

I'd still file a support request in case something is broke

mnathani

perhaps ICMP are blocked?

Webhostbudd

mnathani: nope
it has an almost identical pf ruleset to my other ipv6 box
which can be pinged just fine
pass inet6 proto icmp6 all icmp6-type {echoreq unreach neighbradv neighbrsol routeradv}

[11:29]

RandalSchwartz

maybe your default route is busted?

[11:30]

mnathani

Well even the ipv6 ping sourced from Sprints looking glass : Success rate is 0 percent (0/5)

[11:30]

Webhostbudd

maybe
hmmmmm

[11:30]

mnathani

try pinging my home IP: 2001:470:b148::25

Webhostbudd

it just has to be something on my end
works fine from the box

RandalSchwartz

no problem reaching you from red
(your home, that is)

Webhostbudd

see, it's weird, i can ping out and get response
so routing may be working?

RandalSchwartz

sounds like wonky firewall then

Webhostbudd

yes it does

RandalSchwartz

by the way, if you haven't seen mtr, get it.
it's far slicker than ping or traceroute

mnathani

from my ARP VPS: 18 packets transmitted, 0 received, 100% packet loss, time 17582ms

Webhostbudd

i just turned off pf
still nothing

RandalSchwartz

... http://en.wikipedia.org/wiki/MTR_(software)

[11:33]

Webhostbudd

yea i've used it
and long since forgotten
=p
my rc.conf is pretty simple
ipv6_enable="YES"
ipv6_defaultrouter="2607:f2f8:a8e4::1"
ifconfig_em0_ipv6="2607:f2f8:a8e4::2/64"

[11:33]

nothing?
hmmmm

[11:41]

RandalSchwartz

I'm using the 0 address for my box. :)
red.stonehenge.com has address 208.79.95.2 red.stonehenge.com has IPv6 address 2607:f2f8:3080::
shorter to type

[11:42]

Webhostbudd

=p
yea
i should actually use the 0
anyway
ill see what i can try and change

[11:45]

RandalSchwartz

I also have ipv6_gateway_enable=YES
I think that was to try openvpn over ipv6 though

[11:46]

........... (idle for 51mn)

***

dzup has joined #arpnetworks

[12:37]

mercutio

up_the_irons: well the test runs a lot faster :)
round-trip min/avg/max/std-dev = 0.559/1.208/7.285/1.409 ms
and that's not as bad
up_the_irons: speed increase of roughly 4x for my test
where it's twice as fast without the sync commands

[12:45]

........ (idle for 36mn)

***

Ehtyar has joined #arpnetworks

[13:23]

twobithacker

anyone else seeing packet loss to their VPS?

[13:28]

***

Ehtyar has quit IRC (Quit: Going!)

[13:28]

staticsafe

twobithacker: not noticing anything here, mtr?

[13:29]

twobithacker

yeah, it's clean to ge0-arpnet.cust.lax07.mzima.net then about 25~30% packet loss

[13:29]

staticsafe

twobithacker: hostname/IP?

[13:30]

twobithacker

Comcast on the way there, trying to get a trace back now
174.136.99.74 is my vps, I'm on 17216.146.45.2343
err 216.146.45.243
IRCing from my VPS too, the packet loss is more than mosh can deal with nicely

[13:31]

staticsafe

ah yes
I have loss over v4 as well

[13:33]

mnathani

0% loss from Toronto

[13:34]

twobithacker

ah, v6 is much better

[13:34]

***

mercutio has quit IRC (Ping timeout: 252 seconds)
mercutio has joined #arpnetworks

[13:35]

twobithacker

looks like it's the return path, packet loss as soon as it hits Comcast
maybe someone saturating a link :/

[13:36]

mercutio

go comcast

[13:39]

staticsafe

i think the loss just got worse o_o

[13:45]

mercutio

heh
i lost connection to freenode
which seems to happen to lots of people frequently

http://pastie.org/private/agllzswbtezlpyyjtz2a

staticsafe

mercutio

but i was just thinking yesterday how i seem to avoid it

staticsafe

from both sides

mercutio

wow

staticsafe

I think thats why my friend was complaining about not being able to reach his znc session

mercutio

that looks like congestion to mzima in genreal
which most outgoing routes go over
until up_the_irons get's his new router

staticsafe

znc is still connected to IRC because its over IPv6

[13:47]

mercutio

hmm
happsne here too it seems
ge0-15.as01.lax07.mzima.net
as starting hop
ahh that's same as you

[13:47]

staticsafe

yea seems like mzima is having issues
im sshing in through another VPS via IPv6

[13:48]

mercutio

notice how it doesn't seem consistent between hops
i feel like i have slight lag
but smooth

[13:48]

***

solj has joined #arpnetworks

[13:49]

mercutio

hmm it's routing via trit
oh hey
how do i do a paste?

[13:49]

staticsafe

pastie.org

http://pastie.org/5075292

mercutio

twobithacker

I'm guessing v6 is mostly over peering with HE

up_the_irons

who's saturating my linkz?!

mercutio

i think it's an incoming issue not outgoing
based on that
but the other things i'd found were screwed in both directions
err i mean packet loss all the way

http://pastie.org/5075303

twobithacker

telstra must have a different return path that's hitting an unsaturated link

[13:51]

qbit

man i am gettin lagielagg

[13:51]

mercutio

i can do the reverse path from that ip

[13:51]

up_the_irons

oh wow 1 Gbps of traffic, who will i shit can today...

[13:52]

mercutio

[13:52]

staticsafe

up_the_irons: O_o

[13:52]

mercutio

twobithacker: not telstra return path but yeah
gah
this wind is creepy
let's hope the power doesn't go out again

[13:53]

brycec

up_the_irons: who? Thought you limited us to 100Mbps, so that would be 10 users to shitcan... and grammatically speaking, "whom"

up_the_irons

things look clearer now

mercutio

brycec: it's prob incoming ddos
which can go way over that

brycec

probs
brycec would be interested to know who all is saturating up_the_irons' links too

mercutio

some loser kid in his basement i imagine

up_the_irons

brycec: you can't limit incoming though
target has been identified and null routed

twobithacker

yeah, that's much better from here

brycec

swoot

mercutio

it does look like it cleared up

brycec

yeah I know up_the_irons (unless you either have friends on their end, or like borking the BGP periodically)

[14:01]

mercutio

up_the_irons: that write cache thing doubled my performance with and without sync
err actually i think it was 4x

[14:01]

staticsafe

up_the_irons: outgoing packet flood? :P

[14:03]

mercutio

static: i think it just happened incoming was the same as outgoing for the hops that showed all loss

[14:04]

up_the_irons

brycec: we basically give the target IP a null route community and certain important peers / transits cease forwarding traffic to this IP

brycec

bingo

up_the_irons

mercutio: yeah i'm not surprised, that write cache rocks

mercutio

up_the_irons: well, it use to be slower than the old node...
but not by a lot
and a bit variable

up_the_irons

mercutio: would you say the performance is on par with the regular VPS' ?

mercutio

and now it's obviously faster :)
up_the_irons: i /think/ so

up_the_irons

staticsafe: incoming :)

staticsafe

mercutio

but i ssh into the old vps to get into the new vps
or via ipv6
ipv6 is longer route though

up_the_irons

mercutio: oh so it's faster now?

mercutio

tar definitely seems faster

up_the_irons

nice

mercutio

i was disconcerted by the high network ping times when untarring before htough

up_the_irons

mercutio: do those high network ping times still occur?

mercutio

and vmstat was showing very few interrupts when that was happening
up_the_irons: well highest was 7 msec
in my untar
i assume it's probably a bug somewehre where it's running out of queue slots or something

staticsafe

staticsafe e-mails friend

[14:07]

mercutio

and spinning in the inrerrupt handler
and not receiving network packets while that happens
so teh write cache thing really might alleviate it, and it may not happen at lower load anyway
but yeah it was over 200 msec before the write cache peak

[14:07]

up_the_irons

mercutio: roger

[14:08]

mercutio

oh the other weird thing is that ping times in general are higher than old vps
like if i ping the ipv6 gateway
but that may be going through an extra switch or something

[14:08]

up_the_irons

mercutio: nah same switch
mercutio: how much higher are we talking about

[14:09]

mercutio

about 100%
err 50%

up_the_irons

so double?

mercutio

yeh
but
that's still like half a msec
--- 2607:f2f8:add0::1 ping6 statistics ---
29 packets transmitted, 29 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.394/0.622/1.158/0.178 ms
that's old one

up_the_irons

yeah i don't think i'm gonna be able to do much about

mercutio

it may be ethernet coalescing setting
--- 2607:f2f8:add0::1 ping6 statistics ---
27 packets transmitted, 27 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.696/0.928/1.821/0.263 ms
that's new one

[14:11]

up_the_irons

btw, this recent UDP flood was targetting an IP on kvr26, and I recently used my new NOTRACK rules (that we talked about) on that host. Man, even with 1 Gbps incoming, shell over SSH to kvr26 was clean as a whistle, no delays at all.
up_the_irons is happy about that one

[14:11]

mercutio

sweet

staticsafe

up_the_irons: nice

mercutio

my beta kvm is on kvr27 isn't it?

up_the_irons

mercutio: yup

mercutio

does that have notrack too?

up_the_irons

mercutio: yeah looks like double
mercutio: try IPv4, not IPv6 though. IPv4 is hardware accelerated

solj

up_the_irons: any specific target IP on kvr26?

mercutio

i first noticed it when thinking it was weird that gateway had much lower ping than the other vm

up_the_irons

yeah kvr27 has notrack

mercutio

yeh well the ipv4 gateway is congested atm

up_the_irons

solj: yeah, the target was identified as a single IP

mercutio

err i mean pinging next hop is deprioritised

solj

solj hopes it wasn't mine then :-/

mercutio

and the ipv4 from the new vps goes through the first vm
so would need to contrast it against something

up_the_irons

solj: if you can still reach your vps, it wasn't you :)
mercutio: ah right

mercutio

oh up_the_irons ... is kvr27 on 100 megabit atm btw?

up_the_irons

yes

mercutio

cool
well ipv6 performance to another host in los angeles was basically the same

up_the_irons

cool

[14:15]

solj

up_the_irons: awesome, thanks!

[14:15]

up_the_irons

solj: np

[14:15]

mercutio

oh, and your ethernet card issues on freebsd would probably be alleviated by Intel® PRO/1000 PT Server Adapter
they're standard pci-e cards
without the fancy stuff
err withotu the really fancy stuff

[14:16]

staticsafe

latency to another LAX VPS from my arpnetworks vps - http://sprunge.us/iVFI
:)

[14:17]

mercutio

heh under 1 msec is nice static

[14:17]

staticsafe

yep

[14:18]

RandalSchwartz

we interviewed the KVM guys today on FLOSS Weekly
pretty active chat room

mercutio

that sounds like a dentist magazine

RandalSchwartz

oooh, and the audio is already out

up_the_irons

Webhostbudd: nothing on ipv6 changed btw. looping is a sign that my router can't see a route to you

RandalSchwartz

FLOSS = free libre open source software

mercutio

hmm

RandalSchwartz

my podcast that gets about 50k downloads a week

up_the_irons

mercutio: yeah after a bit of research i also found the PT card and NewEgg'd it already :)

staticsafe

latency over v6 is a bit higher cause the other LA host does not have native v6 and is using a HE tunnel

mercutio

is it audio only?
up_the_irons: oh cool

[14:21]

up_the_irons

RandalSchwartz: nice! i'll have to listen to that one

[14:21]

mercutio

static: he.net tunnels aren't likely to be that slow actually

[14:21]

staticsafe

it isn't

mercutio

for just los angeles traffic

up_the_irons

staticsafe: nice traceroute! that VPS at Cyberverse is about 1 mile down the street, so yeah, pings are way low :)

staticsafe

:D
thats my friend's box with Chunkhost
mercutio: http://sprunge.us/iRTH

mercutio

a lot of that latency's coming from the arp ipv6 router having higher latency
if i trace from another host it's 0.8 msec to that destination
although more hops
http://pastie.org/5075448

[14:23]

up_the_irons

gonna get some air
why is it so hot in LA now? It's almost november!
up_the_irons takes a walk

[14:24]

staticsafe

mercutio: interesting

[14:25]

RandalSchwartz

welcome to global warming

[14:25]

mercutio

i'm listening to this web cast
about kvm

[14:25]

RandalSchwartz

twit.tv/floss ?

mercutio

yeh

RandalSchwartz

yeah. that's what I sound like :)

mercutio

so kvm was made for windows

RandalSchwartz

no - there's a version of it for windows

mercutio

ok this is too basic for me :)

[14:27]

RandalSchwartz

no - wait... we get deeper
I just had to give gradual overview

[14:27]

mercutio

i skipped ahead :0
gah i need more coffee
the developer is hard to understand/follow for me
probably partially accent

[14:27]

RandalSchwartz

Yeah - they failed to follow our instructions about audio

[14:28]

mercutio

it's also partially i think cos of being a geek :)

[14:28]

RandalSchwartz

and they're israeli

[14:28]

mercutio

rather than public talker
ahh ok

[14:29]

***

valleyfox has joined #arpnetworks

[14:29]

RandalSchwartz

My instructions are to have a mic that is no further than six inches from the mouth. they shared a single mic between them that was 2-3 feet away
that makes the sound very muddy

[14:30]

mercutio

oh
it reminds me of skype
but with skype you have feedback loop
i use skype on my laptop rather than desktop with some inbuilt mic

[14:31]

RandalSchwartz

it *is* skype

[14:32]

mercutio

so it probably sounds terrible
oh real

[14:32]

RandalSchwartz

yeah

mercutio

skype isn't great for audio quality

RandalSchwartz

it is if you have enough bandwidth

mercutio

really?
i only have 1 megabit upload i suppsoe

RandalSchwartz

in fact, it's better than nearly anything else

mercutio

but i've never noticed skype being that great

RandalSchwartz

the SILKv3 codec is amazing

mercutio

i find voip better

RandalSchwartz

better than G.729

mercutio

voip doesn't use g729
voip uses g711
or g722

.. http://voip.about.com/od/voipbasics/a/voipcodecs.htm

RandalSchwartz

uh - I have voip that goes 729
it depends on your clients

[14:34]

mercutio

yeh some people do voip with g729
g729 sucks
gsm is even worse
g729 is used in some call centres
that's why the music sounds terrible

[14:34]

jdoe

[14:35]

RandalSchwartz

g729 on *good* bandwidth sounds great
I'll just let you keep digging a hole for yourself though

[14:35]

jdoe

what he said.

[14:36]

RandalSchwartz

I've been to astricon. I've hung out on vuc.me a number of times.
I've even had "the asterisk voice lady" make a promo for me for FLOSS Weekly. :)

[14:37]

jdoe

I haven't, but I do have vanity commits in Asterisk, for whatever that's worth ;)
RandalSchwartz: that's pretty cool.

[14:39]

mercutio

g729 isn't bad
but you notice it on music
gsm is bad
but g711 is only like 80kbit with sip

[14:41]

RandalSchwartz

... http://soundcloud.com/randal-l-schwartz/allison-smith-floss-weekly
there it is

[14:42]

jdoe

mercutio: and when you only run one channel of voice, that's wonderful.

[14:42]

mercutio

well if you run lots of channels you can get a e1/t1 cheap anyway
i use voip over adsl with single channel for my normal claling
it does depend on the client a bit
it's pretty good with my linksys phone

[14:43]

RandalSchwartz

jdoe - have you seen https://www.tropo.com/home.jsp ?

[14:44]

mercutio

as long as you don't upload you're sweet without evne having qos

[14:44]

RandalSchwartz

they have a develop-for-free setup... I have a couple of demo apps :)

[14:44]

jdoe

RandalSchwartz: heard of it, I use twilio though.
unfortunately I don't really have a business use for it, I just somehow scored ~$80 in credit, so I use it for personal things.

[14:45]

RandalSchwartz

tropo is more flexible, I think

[14:45]

jdoe

could be... same idea though, looks like. Programmable voice/sms stuff?

[14:46]

RandalSchwartz

basically, it binds together any of POTS, VOIP, SMS, and Jabber.
along with voice recognition and menu systems

[14:46]

***

solj has left

[14:46]

jdoe

ah. Jabber is neat, I don't think twilio does that.
though nothing prevents you from writing some glue between twilio and jabber, I guess.
what do you apps do?

[14:47]

RandalSchwartz

... http://www.quora.com/What-if-anything-separates-Twilio-from-its-competitors

[14:57]

jdoe

that top answer makes me cringe

[14:58]

RandalSchwartz

well, the third answer down or so is interesting
tropo seems to be more of a glue
skype and AIM and twitter I forgot about :)

[14:59]

jdoe

the Colin one? yeah.

[15:00]

Lefty

wow, that guy's name is almost the same as mine

[15:00]

jdoe

RandalSchwartz: yeah that's reasonable. I dunno, I think if that was something I was super concerned about I might just DIY the glue bit... You've got me thinking about gluing twilio to my jabber bot now :P

[15:01]

... but right now, I just use it for stupid shit.
like I can text myself a number, and it calls a script which prods asterisk to find me, call the number, and bridge.

[15:10]

RandalSchwartz

call (424) 235-1666
that was one of the demos, but it's still cute

[15:11]

..... (idle for 20mn)

***

Ehtyar has joined #arpnetworks

[15:32]

Webhostbudd

up_the_irons: any idea why your router might not "see" my node?
up_the_irons: my ipv6 config is the provided config
up_the_irons: so I'm not really sure what I'm doing wrong here

[15:32]

....... (idle for 32mn)

brycec

Webhostbudd: just a thought - try using a different address? Also might help if you provided your network settings file (pastebin, or whatever).

[16:05]

Webhostbudd

i actually did above
but ill repost

[16:06]

brycec

Thanks (too much backlog to sift through)

[16:06]

Webhostbudd

http://sprunge.us/UUaW

[16:08]

brycec

Webhostbudd: /128? Pretty sure you were given a /64
ifconfig_em0_alias0="inet6 2607:f2f8:a8e4::2/128"

[16:08]

Webhostbudd

yea, but aliases should be a single host
always
in bsd
unless ipv6 is different than ipv4

[16:08]

brycec

heh tbh never setup aliases on bsd
*bsd
(well that's not quite true... I've done it on OpenBSD. But this isn't OpenBSD)

[16:09]

Webhostbudd

but i mean

[16:10]

brycec

Right you are, it would be given a 128

[16:10]

Webhostbudd

i can't even connect to the original IP
the one with /64

[16:10]

brycec

Yeah I would recommend trying a different IP, just to test
eg ::2

[16:11]

Webhostbudd

i did that before
didn't work
im pretty stumped
what's weird is that i can use ipv6 on outbound connections, but no one can connect to me
i even tried disabling pf, nothing

[16:11]

brycec

brycec puzzles for a bit

[16:12]

Webhostbudd

it looks like there is a loop in routing to my ip for new connections
which makes no sense
im baffled

[16:12]

brycec

I can ping ::0
64 bytes from 2607:f2f8:a8e4::: icmp_seq=0 ttl=59 time=26.9 ms

Webhostbudd

wat
you are the only person who can

brycec

heh
from an HE tunnel

Webhostbudd

no way....
no one else can
WTF
im soooo confused
http://sprunge.us/FeSX
it just loops
and hits max hops

brycec

Webhostbudd: do you have any services open?

[16:15]

Webhostbudd

such as?

[16:15]

brycec

80, 22, something I can try and open a connection to?

Webhostbudd

ssh
22

brycec

doesn't connect :/

Webhostbudd

it should

brycec

so I must not be hitting you, or your traffic isn't making the return journey

Webhostbudd

shouldnt&
i just changed the ip
need to update sshd
sec

brycec

ssh: connect to host 2607:f2f8:a8e4:: port 22: Connection timed out

Webhostbudd

yea
it won't
sec

brycec

Webhostbudd

now

brycec

still nada, timeout

Webhostbudd

hmmmm
but you can ping it?

[16:20]

brycec

yes
traceroute hits HE, coresite, then you
I can ping you from my ARP vps too

[16:21]

Webhostbudd

see
my packets get stuck at a higher up router
13 2607:f2f8:0:102::1 (2607:f2f8:0:102::1) 99.083 ms 102.662 ms 103.600 ms
that's the last hop that works

[16:21]

brycec

I don't even have that hop...

[16:22]

Webhostbudd

exactly
that's probably why yours works

[16:22]

brycec

and based on address, that would be one of up_the_irons' boxes

[16:23]

Webhostbudd

mhmmm
it gets to the gateway fine
what's weird
is that requests to the gateway ip
2607:f2f8:a8e4::1
don't go through that box
does chrome seriously not work with ipv6
now it routes
woah

[16:23]

brycec

Yes CHrome does ipv6

[16:24]

Webhostbudd

but i can't type in the url
http://2607:f2f8:a8e4::
it tries to search it

[16:24]

brycec

ipv6 urls need to be in []
always

Webhostbudd

wat
really

brycec

since the browser can't tell what port you're trying.

Webhostbudd

ohhhh
good call

brycec

ha
just for fun, Webhostbudd... do you have a link-local address on that adapter? (it should be assigned one automatically, just checking)

[16:26]

Webhostbudd

yes
what's odd
is that it now magically responds to pings
it's not looping at that router anymore

[16:27]

brycec

heh definitely some weird routing going on

[16:27]

hmmm yep everything checks out okay on my end. I get responses from pinging your address, but absolutely no response if I try and ssh.
I'm stumped.

[16:35]

Webhostbudd

me too
hmmm

[16:35]

brycec

I dare say that maybe the routing holes earlier were a red herring, but can't say for certain.

[16:35]

Webhostbudd

yea, who knows

brycec

Webhostbudd: do you see any hits from me in your tcpdump?

Webhostbudd

let me see

brycec

(I've got a ping running on vps3)
If you don't see it, then I'm not really hitting you, and that would explain routing anomalies (and who the hell's IP do you have anyways) :p

Webhostbudd

getting the pings

brycec

damn. GOing to try ssh now
tbh was hoping you didn't see the pings... would've made life simpler, problems would've been upstream of you.
ping timed out. retrying...
seeing them?

Webhostbudd

serc
sec
nope

[16:37]

brycec

awesome...
next test I guess - try hitting vps3.cobryce.com
ping or ssh

Webhostbudd

PING6(56=40+8+8 bytes) 2607:f2f8:a8e4:: --> 2607:f2f8:a650::3
16 bytes from 2607:f2f8:a650::3, icmp_seq=0 hlim=63 time=3.072 ms
16 bytes from 2607:f2f8:a650::3, icmp_seq=1 hlim=63 time=1.152 ms
16 bytes from 2607:f2f8:a650::3, icmp_seq=2 hlim=63 time=1.137 ms
^C

brycec

see your pings

Webhostbudd

--- vps3.cobryce.com ping6 statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.137/1.787/3.072/0.909 ms

brycec

now ssh?
looks like you made it

[16:39]

Webhostbudd

im baffled by this
i get no ssh packets
getting lots of http packets

[16:39]

brycec

Webhostbudd: traceroute says ICMP reach you, but NO tcp traffic does.

[16:40]

Webhostbudd

http is hitting

brycec

2 * * *
if you say so - I'm not getting it back
but then that might just be traceroute

Webhostbudd

yes, my firewall should be rejecting too

brycec

(it's traceroute...)

Webhostbudd

but if the firewall dropped the packets
you would just get losses
"set block-policy return"
so i would hope it's actually properly rejecting
try hitting me with ssh traffic again?

brycec

hitting
not returning

[16:42]

Webhostbudd

getting no dumps

brycec

imma try port 80...

Webhostbudd

wait, now i got some
16:42:50.583604 IP6 vps3.cobryce.com.47136 > 2607:f2f8:a8e4::.ssh: Flags [S], seq 3526079872, win 5760, options [mss 1440,sackOK,TS val 177719508 ecr 0,nop,wscale 6], length 0
16:42:53.582536 IP6 vps3.cobryce.com.47136 > 2607:f2f8:a8e4::.ssh: Flags [S], seq 3526079872, win 5760, options [mss 1440,sackOK,TS val 177720258 ecr 0,nop,wscale 6], length 0
16:42:59.582439 IP6 vps3.cobryce.com.47136 > 2607:f2f8:a8e4::.ssh: Flags [S], seq 3526079872, win 5760, options [mss 1440,sackOK,TS val 177721758 ecr 0,nop,wscale 6], length 0
super late though

brycec

(once I install curl)
trying port 80

Webhostbudd

is tcpdump super delayed
or is this router just having trouble?

brycec

nope, never been retarded for me

Webhostbudd

because i get some packets
but they should up almost a minute late
and all sorts of weird shit

mercutio

do you get synack?

Webhostbudd

im getting nothing right now

[16:45]

brycec

so... traceroute6 -T on ARP got responses back from you Webhostbudd

[16:46]

Webhostbudd

now it looks like it might be doing stuff

[16:46]

mercutio

i'll see if i can connect to your ssh port
can frmo arp
and can from another location

[16:47]

brycec

getting immediate connection refused now from Webhostbudd on 22

[16:48]

mercutio

as well as a 3rd location, so i think it's working now?
oh maybe i'm connecting to wrong locaiton?
i was going to: 2607:f2f8:a650::3

[16:48]

Webhostbudd

hmmm

[16:48]

brycec

mercutio: that's me
a8e4 is Webhostbudd

[16:49]

mercutio

oh
:1?

[16:49]

brycec

srsly though, both ARP and HE I get immediate refusals from Webhostbudd
mercutio: ::0
2607:f2f8:a8e4::

[16:49]

Webhostbudd

now it works
lol
wtf

mercutio

# telnet 2607:f2f8:a834:: 22
Trying 2607:f2f8:a834::...
like that?
it's not working

brycec

mercutio: you typoed

mercutio

it's not even working from arp
oh
oh e not 3
:)

Webhostbudd

oh my god

mercutio

SSH-2.0-OpenSSH_5.8p2_hpn13v11 FreeBSD-20110503

Webhostbudd

i think i just found out whaty it was
LOL

brycec

Webhostbudd: eh?

mercutio

works from 3 locations

Webhostbudd

2607:f2f8:a9e4::

brycec

Webhostbudd: another dead hooker clogging the Internet pipes?

mercutio

what was it webhost?

Webhostbudd

is what my dns records say
2607:f2f8:a8e4::
is correct

mercutio

oh heh

Webhostbudd

holy

mercutio

webhost typo'ed too
i think i misread between 3/e

Webhostbudd

ugggh ipv6

mercutio

the addresses aren't very memorable

brycec

That doesn't make sense though... we're all haxing with addresses here. DNS shouldn't have played the slightest role in any of this.

Webhostbudd

oh god
all of my firewall rules are wrong too
they have the same ip
CRAP

brycec

oh well that could explain it some... though you said you'd tried disabling pf, so that should have ruled it out

Webhostbudd

yes, but i was using my domain name
to connect after disabling pf
and they were both wrong

brycec

LAWL
okay

Webhostbudd

SOB
C+P error

brycec

mysterIES solved
/dcc Webhostbudd send beer
there there, it's okay

Webhostbudd

hahah

brycec

up_the_irons: Webhostbudd's IPv6 woes solved. User error, typo.
up_the_irons: Bug report: IPv6 addresses are haaaard and easily goofed up.