| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
| Who | What | When | |
|---|---|---|---|
| *** | HighJinx has quit IRC (Quit: Leaving)
HighJinx has joined #arpnetworks | [01:54] | |
| ivan-kan` has quit IRC (Remote host closed the connection)
ivan-kanis has joined #arpnetworks | [02:01] | ||
| mig5 has joined #arpnetworks | [02:09] | ||
| .......... (idle for 49mn) | |||
| mig5 has left | [02:58] | ||
| mercutio | does arp have a looking glass? | [03:05] | |
| ...... (idle for 29mn) | |||
| dxtr | Wat? | [03:34] | |
| RandalSchwartz | a mirror? :) | [03:34] | |
| .......... (idle for 47mn) | |||
| *** | heidar has quit IRC (Read error: Connection reset by peer)
heidar has joined #arpnetworks | [04:21] | |
| G | dxtr: you know, a queriable BGP server type thing so you can see how the internet appears from the prespective of different places on the internet | [04:24] | |
| ......... (idle for 40mn) | |||
| RandalSchwartz | why would arp need one? | [05:04] | |
| ..... (idle for 20mn) | |||
| G | RandalSchwartz: I guess it's just a 'nice to help' but personally I don't see the point in every provider doing it | [05:24] | |
| RandalSchwartz | Yeah - how many different views do you need? :)
you can also just traceroute yourself. I do that a lot. | [05:36] | |
| plett | I'm a new customer, and would have found one useful to see how a VPS at arp would route traffic to various places before I signed up | [05:36] | |
| RandalSchwartz | since it varies from day to day, how does that help? | [05:36] | |
| G | RandalSchwartz: there are useful aspects though, but as I said, I don't see the point in every provider doing it | [05:37] | |
| plett | BGP shouldn't really be that unstable | [05:37] | |
| RandalSchwartz | if you make purchase decisions based on a particuler view one afternoon, I think you're missing the picture. :0
plett - arp has a lot of redundant links so yes - it does vary, with load, with what's up vs down, etc. | [05:37] | |
| G | RandalSchwartz: Looking Glasses seem to only be of any use if stuff is broken | [05:38] | |
| RandalSchwartz | and if stuff is broken, up_the_irons should be fixing it. not waiting for us to diagnose it remotely :) | [05:38] | |
| G | RandalSchwartz: I'm talking in a general sense | [05:38] | |
| RandalSchwartz | I generally do too. :) | [05:38] | |
| G | and who's to say the brokenness is up_the_irons' fault | [05:39] | |
| RandalSchwartz | I didn't say that | [05:39] | |
| plett | RandalSchwartz: Indeed. I have seen the lists of peers on arp's website. It's the details of how it would be routed in the normal situation of all transits and peerings being up that I would have been interested in | [05:39] | |
| RandalSchwartz | plett - again, depending on load. :)
there is some sort of ASN mapper out there. | [05:39] | |
| G | plett: why not traceroute from the other end? | [05:40] | |
| RandalSchwartz | ok - time to go get on a plane from Porto Alegre to Rio.
RandalSchwartz waves off | [05:40] | |
| plett | G: I did. The routing is asymetric in some cases
RandalSchwartz: BGP doesn't include the load on the links when chosing a route for a prefix, unless arp are doing something non-standard Routes to the UK (which is mostly what I'm interested in) improved quite a lot when arp added PacketExchange/mzima/GTT/whoever_they_are_today transit A looking glass at ARP's end would let me see where it would go if the PacketExchange path were down, etc | [05:40] | |
| ........ (idle for 37mn) | |||
| mercutio | plett: hah it's mzima routing that's borken for me
well i mean suboptimal i was wondering how much it's preferred by and what my transit provider is doing it used to be fine oh actually it was only mzima foward path to the vps reverse path is via trit.net i dunno who trit.net is mzima seems to be forward path going via paix. it's easier to change forward-path routing than reverse-path routing though
wow web site coming soon | [06:24] | |
| plett | mercutio: From here in the UK, it's mzima in both directions and a nice short route. It helps that we peer with PacketExchange/mzima in London, and ARP has transit from them in LAX | [06:31] | |
| mercutio | plett: what's short?
like what latency? i have a uk vps hmm it goes via mzima 150msec | [06:31] | |
| plett | I was meaning hop count rather than latency, but I get 160ms from my ADSL at home | [06:33] | |
| mercutio | that's not too bad
i suppose i'm in new zealand | [06:33] | |
| plett | Ironically, IPv6 is consistently 20ms lower - 140ms rather than 160 | [06:33] | |
| mercutio | my latency was around 126 msec not including dsl segment
now it's like 167 not including dsl segment dsl is around 10 msec plett: that happens soemtimes with one provider that i used to use it's 133 msec frmo uk anyway the difference between 169 msec and 126 msec is actually noticable | [06:33] | |
| plett | IPv6 being lower latency is mostly just down to "everyone using HE" | [06:35] | |
| mercutio | but i realise that it's probably from my transit provider having fucked routing now
hmm he.net is good in osome ways not very reliable but some of their routing is pretty good although on some paths it can vary like going via denver/chi or phoenix/dallas/atlanta | [06:35] | |
| plett | We only get v6 from them in London as they peer for free | [06:36] | |
| mercutio | i usd to think he.net was just a budget lame provider
oh yip i've got he.net tunnel | [06:36] | |
| plett | I have no knowledge of what their v4 routes are like | [06:36] | |
| mercutio | to the uk they're pretty good
hmm 155msec frmo san jose that's not that good oh that's right they're better from la to uk then san jose san jose goes via ashville/paris los angles gos via new york/london i dropped the la provider that used he.net due to excessive packet loss though don't think it was he.net's doing though 3. lonap.he.net 0.0% 8 10.2 2.8 1.3 10.2 3.1 4. 10gigabitethernet4-4.core1.nyc4.he.net 0.0% 8 70.6 72.4 69.3 79.4 3.9 5. 10gigabitethernet8-3.core1.chi1.he.net 0.0% 8 86.7 87.2 86.6 88.9 1.0 6. 10gigabitethernet3-2.core1.den1.he.net 0.0% 8 119.6 111.8 110.3 119.6 3.2 7. 10gigabitethernet1-4.core1.lax2.he.net 0.0% 8 132.7 134.2 132.5 142.0 3.3 but athat's what their london to los angeles routing is like who was it before mzima? | [06:37] | |
| plett | Originally it was all PacketExchange, then they created the mzima name for transit | [06:42] | |
| mercutio | nah i meant that arp was using | [06:43] | |
| plett | Oh, It used two or three different transit providers to them from here
I don't know about the other direction, as I didn't have anything at arp at that point | [06:43] | |
| mercutio | really packet loss makes more diff than latency
like 5% packet loss is worse than 40msec more latency | [06:45] | |
| plett | Looking at the BGP tables from the London end, every transit feed we have has picked packetexchange as its best route to arp | [06:48] | |
| mercutio | heh | [06:49] | |
| plett | And for v6, everyone (apart from Level3 of course) uses HE to get to arp | [06:49] | |
| mercutio | what do your transit tables say for best route to 202.49.71.59?
(my IP in new zealand) it mostly goes via cogent from uk i think to me | [06:49] | |
| plett | Only if the UK isp is using cogent, I would assume
No short route to 202.49.71.59. Best route from my view in the UK is via Level3 - 3356 4648 4610 17746 9559 | [06:50] | |
| mercutio | i dunno it may be peered
hmm i'm guessing cogent is one of those asnumbers oh hey it's not | [06:50] | |
| plett | No, Cogent is 174 | [06:51] | |
| mercutio | do you get less than 300 msec ping? | [06:51] | |
| plett | That's Level3 -> Netgate -> Odyssey -> Orcon -> Plain Communications | [06:52] | |
| mercutio | yip | [06:52] | |
| plett | None of those names mean anything to me, they all look .nz to me :) | [06:52] | |
| mercutio | heh | [06:52] | |
| plett | 295ms | [06:52] | |
| mercutio | netgate is big provider here
odyssey is pretty much transit of orcon orcon is upstream plain communications is a small isp i work at 295 msec yeh.. | [06:52] | |
| plett | I also work for a small ISP, but in the UK :) | [06:53] | |
| mercutio | that's where latency gets annoying :)
ahh ok do you do many diff things ?/ it's weird with big companies how people like really specialise | [06:53] | |
| plett | The usual. DSL, ethernet connections, voip, etc
Most of our income is DSL | [06:54] | |
| mercutio | nah i meant do you
not the isp | [06:55] | |
| plett | Ahh, yeah. Anything technical | [06:55] | |
| mercutio | ahh yip :)
that's basically my role heh | [06:55] | |
| plett | Most small companies are the same - everyone does everything | [06:55] | |
| mercutio | shit we don't make shit all off dsl.
none of the providers here make much off dsl ethernet, voip etc have more profit | [06:55] | |
| plett | Ethernet has bigger profit margins, but you sell it to far fewer people | [06:57] | |
| mercutio | true
but like dsl there is so small margins i dunno, like here, you pay a lot to one company who owns dsl equipment that connects to the users etc so that basically eats into things and also bandwidth is expensive here that said all the isp's here have data caps | [06:57] | |
| plett | Here it's British Telecom who owns the majority of the copper to peoples houses and DSL DSLAMs etc. We buy end user DSL tails from them | [06:59] | |
| mercutio | yeh,
so probably similar deal. i have a friend in the uk in cambridge he was using dsl his dsl was really shit i think it had interleaving on but like he got poor sync speeds. then he moved, and he got slightly better syn cspeeds. speeds but it seems like exchanges are often far away there? like he was at 30 or 40 db attenuation something really high but like here they're doing cabinets everywehre to give people faster sync rates so most people sync at between around 8 to 20 mbit | [07:00] | |
| plett | Cambridge is a bit of an anomaly. It has lots of high tech business and a university etc, so has lots of high tech fibre connections. But apart from that, it's a small towm with copper that has been there for 60+ years | [07:01] | |
| mercutio | i sync around 2100/1260
oh so that's why his dsl sucks? | [07:01] | |
| plett | I know other people in cambridge, and they all say the same | [07:02] | |
| mercutio | he said that he wouldn't get virgin cable cos they wouldn't stop pestering him when he told them that the person that had cable connected when he moved in has left.
and were impossible to deal with but i think virgin did 50mbit cable or something err 2100 i meant 21500 | [07:02] | |
| plett | They're rolling out fibre-to-the-cabinet here too. I have it here at home, and get about 20Mb down and 10Mb up | [07:03] | |
| mercutio | vdsl? | [07:03] | |
| plett | Yeah. VDSL2 | [07:03] | |
| mercutio | there's vdsl2 equipment here
like i'll be on a vdsl2 port but no-one is selling it yet | [07:03] | |
| plett | Maximum sync rate is 40M down and 10 up | [07:04] | |
| mercutio | oh and atm in t he trails you have to have interleaving on
so it's high ping i used to live in a different city and had like 20 msec higher ping but like the diff between 10 and 30 msec ping is actually quite noticable to me | [07:04] | |
| plett | Fibre-to-the-premises is on the roadmap here too. That will give 100M downstream | [07:04] | |
| mercutio | heh
thing is web browsing doesn't go anywhere near 100 mbit | [07:05] | |
| plett | It's all the streaming video which is the killer | [07:05] | |
| mercutio | not here :)
yet. well i suppose there's youtube but like that doesn't do anywhere near 100 mbit | [07:05] | |
| plett | We're a UK ISP, and Wimbledon tennis tournament is on this week - lunchtime data usage is sky high on our business customers | [07:06] | |
| mercutio | heh
is there a cdn for it? | [07:06] | |
| plett | The BBC stream it all live. They use Akamai and Highwinds as the CDN for it | [07:07] | |
| mercutio | which you'll have plenty of capacity to?
hmm, highwinds connectivity to nz isn't great if its' the one i think it is | [07:07] | |
| plett | Oh yes. gig-e ports to Akamai. Highwinds refused to peer with us as we're too small | [07:08] | |
| mercutio | that's weird?
i thought cdn's would have open peering :) | [07:08] | |
| plett | The capacity problems come on the DSL backhaul links to BT
You'd think so, wouldn't you. Maybe that's why they're losing out to Akamai ;) | [07:08] | |
| mercutio | oh right
that's what was happening here then they fixed it well kind of you have to change the way you're doing things to connect akamai is really slow i reckon like with uncached content well here it is at least i honestly though they'd use more smarts | [07:09] | |
| plett | Peering is very big in the UK. Over half our traffic goes via peering rather than paid transit | [07:11] | |
| mercutio | wow!
about 10% of traffic is peered here? i can't find a highwinds test download | [07:12] | |
| plett | We have huge peering LANs that have hundreds of members on them in the UK. I understand it's done differently in other parts of the world, with smaller per-building or per-provider public peering LANs, and lots of direct cables for private peering | [07:13] | |
| mercutio | anyway
hwcdn.net goes to LA here like the biggest providers don't peer but the smaller ones do but like there's no google or anything here so like there's not a lot of content peering and like bittorrent etc goes all over the place | [07:13] | |
| plett | Well, the big content providers or end-user eyeball networks peer here. But the big transit providers fairly obviously refuse to. | [07:14] | |
| mercutio | but usually not to peers
much yeh but like BT wouldn't peer right? and virginmedia wouldn't? and you were saying highwinds don't with small providers | [07:14] | |
| plett | Virgin don't, no | [07:15] | |
| mercutio | so it's interesting you can still get 50% peering traffic
i suppose youtube accounts for a bit? | [07:15] | |
| plett | Yeah, we peer with google and facebook, which account for lots of traffic | [07:15] | |
| mercutio | cool
i suppose it is harder here i've been trying to develop a system to improve performance over high latency connections atm | [07:16] | |
| plett | With .nz being thousands of miles from anywhere else? | [07:16] | |
| mercutio | err over the internet i mean
cos like international web browsing sucks from here i've been like proxying with persistent connections using geo ip lookups to send to close proxies i've kind of figured out that it wroks works | [07:16] | |
| plett | I can't see an easy way to fix that, apart from dragging .nz somewhere else, or laying lots more undersea fibre | [07:17] | |
| mercutio | but now i want to try doing tcp acceleration
mm, well my proxy system does google's initcwnd thing like with sending more pcakets initially which helps a lot | [07:17] | |
| plett | Ahh, window size stuff | [07:18] | |
| mercutio | but also like lots of sites don't have window sizes that get big etc
yeah but even being closer to a destination if a site has a small amount of packet loss and you're close resends have to go less distance so as long as you don't have packet loss to a site that's near it if the site near it has a big of packet loss to destination it doesn't hurt nearly as much. but like, i suppose i'm a bit of a geek, i just want to see how fast i can actually get web browsing to get :) which means having good peering etc. but i can't think of any cheap way to do that in my tests i've noticed that you have to be within about 20 msec from destination to get good speeds. but like the internet is a huge place.. you can't really be 20 msec from everywhere like norway is over 20 msec frmo london but how many web sites other than opera are in norway? actually looking at a map, i think norway could be 20 msec from london if there was a direct cable i assume there probably isn't | [07:18] | |
| plett | I've got to run
mercutio: Nice talking to you. | [07:35] | |
| ............... (idle for 1h14mn) | |||
| *** | dxtr has quit IRC (Ping timeout: 250 seconds) | [08:49] | |
| dxtr has joined #arpnetworks
ivan-kanis has quit IRC (Remote host closed the connection) | [08:56] | ||
| ivan-kanis has joined #arpnetworks
ivan-kanis has quit IRC (Remote host closed the connection) ivan-kanis has joined #arpnetworks ivan-kanis has quit IRC (Remote host closed the connection) ivan-kanis has joined #arpnetworks | [09:02] | ||
| ivan-kanis has quit IRC (Remote host closed the connection)
ivan-kanis has joined #arpnetworks ivan-kanis has quit IRC (Remote host closed the connection) | [09:22] | ||
| ivan-kanis has joined #arpnetworks | [09:36] | ||
| ivan-kanis has quit IRC (Remote host closed the connection)
ivan-kanis has joined #arpnetworks | [09:42] | ||
| ivan-kanis has quit IRC (Remote host closed the connection)
ivan-kanis has joined #arpnetworks ivan-kanis has quit IRC (Remote host closed the connection) | [09:48] | ||
| ivan-kanis has joined #arpnetworks
ivan-kanis has quit IRC (Remote host closed the connection) ivan-kanis has joined #arpnetworks | [10:00] | ||
| ivan-kanis has quit IRC (Remote host closed the connection)
ivan-kanis has joined #arpnetworks | [10:12] | ||
| ivan-kanis has quit IRC (Remote host closed the connection)
ivan-kanis has joined #arpnetworks | [10:17] | ||
| .......... (idle for 47mn) | |||
| homosaur has joined #arpnetworks | [11:06] | ||
| ...... (idle for 26mn) | |||
| homosaur_ has joined #arpnetworks
homosaur has quit IRC (Ping timeout: 258 seconds) homosaur_ is now known as homosaur | [11:32] | ||
| ............... (idle for 1h10mn) | |||
| ivan-kanis has quit IRC (Remote host closed the connection) | [12:43] | ||
| ............................................ (idle for 3h38mn) | |||
| EhtyarWRK has joined #arpnetworks | [16:21] | ||
| ...................... (idle for 1h46mn) | |||
| jebba has joined #arpnetworks | [18:07] | ||
| heidar has quit IRC (Read error: Connection reset by peer)
heidar has joined #arpnetworks | [18:21] | ||
| ........................... (idle for 2h10mn) | |||
| homosaur has quit IRC (Quit: pocketful of goat cheese, ready to party) | [20:32] | ||
| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |