Re: 10 Mbit/s problem in your network
Hello, The Apple TV cited as an example was an example. If the TV Show/films/movies/etc.. is static content, then we should be able to cache it, at the hotel's cache server. The question is "how much it helps". Everyone can easily find that caching Google logo is possible, also some pictures from big media companies webs. Also some program updates may help. I'm not sure what will be cache hit ratio from YouTube (because of very log tail) or facebook pictures. Number of hotel guests is really limited. How about those who have limited bandwidth to the Internet? Like ferries, trains, buses or satellite links... And pray tell me, why should they all have TLMC's ? I'm not saying that they should have a cache server. I'm saying that they could. The question is: Is investment for buying TLMC and operation costs for TLMC profitable for the hotel? Seems to me like question: Is investment and operation costs for high bandwidth connection profitable for the hotel? The discussion is really about the hotel business, the best way for the community is to provide a feedback for hotel managers what is expected (for free and for the money). And, eventually, provide a kind of metric. What is really annoying, is when you pay for broken connection. Regards Michal
Re: CDN server log
Hi Djamel, I'm not sure what you are looking for. There is variety of CDN content and popularity is being driven by users and designers. If you have CDN that serves pictures, you get most hits on "design pictures", for paid VoD, you get most hits on free trailers. For CatchTV tup you get most hits on new arrivals of popular content. It also depends on geo distribution. Global CDNs get different coverage than regional ones. For live transmissions, you get a lot of content when covering big sports events. For adult based content CDN ... you can imagine ... Just talking in general, having no permission to provide any log. With kind regards Michal Dne 16.5.2013 15:16, Djamel Sadok napsal(a): Hi Pete, I do not use a CDN I am only interested in analyzing content popularity in logs. These could be anonymized. Djamel On Wed, May 15, 2013 at 3:55 PM, Pete Mastin wrote: Hi djamel. If I understand your question - you should take a look at what sawmill offers. Many of our clients use this product to analyze our cdn produced logs. http://www.sawmill.net/ Sent from my iPhone On May 15, 2013, at 10:30 AM, "Djamel Sadok" wrote: Hi, Anyone knows of any public CDN server log trace. I am looking for object popularity, hit rate information, ... Thanks, Djamel
Re: cisco.com
Same here in Prague (various upstreams in Central Europe) MK Jon Auer napsal(a): See: https://puck.nether.net/pipermail/outages/2009-August/001386.html I do not have a route to that IP (198.133.219.25) in BGP either.. On Tue, Aug 4, 2009 at 8:34 AM, R. Benjamin Kessler wrote: Hey Gang - I'm unable to get to cisco.com from multiple places on the 'net (including downforeveryoneorjustme.com); any ideas on the cause and ETR? Thanks, Ben
Re: Sprint / Cogent
Looks like maybe Sprint and Cogent are experiencing communications difficulties in the DC (and probably other) areas. Theories include a potential depeering. I am seeing issues Cogent -> Sprint at Tyco Road, Tysons Corner VA. .. ... .. show ip bgp 206.159.101.241 % Network not in table It was there as recently as Noon EDT : grep 206.159.101.0 bgp.full* bgp.full.Oct_30_00:07:00_EST_2008:*> 206.159.101.0 38.101.161.116 62050 0 174 1239 6157 i bgp.full.Oct_30_06:07:00_EST_2008:*> 206.159.101.0 38.101.161.116 62050 0 174 1239 6157 i bgp.full.Oct_30_12:07:00_EST_2008:*> 206.159.101.0 38.101.161.116 62050 0 174 1239 6157 i All my traffic to Sprint is not being trasported over Cogent backbone here in Central Europe. Regards Michal
Re: Internet partitioning event regulations (was: RE: Sending vs requesting. Was: Re: Sprint / Cogent)
First, let me say that I think peering regulation is a terrible idea. No matter how cleverly you plan it, the result will be that fewer small companies can participate. That's the character of regulation: compliance creates more barriers to entry than it removes. That having been said, jurisdiction is a red herring. Every transit-free provider does at least some of its business in the United States. Economic reality compels them to continue to do so for the foreseeable future. That's all the hook the Feds need. Have you kept in your mind that this may be changed in future? I know, we are talking in NANOG, but ... Some regions works on Internet development a bit faster than US and in future, this regulation may motivate some overseas players to stop peering in US. For example LINX and AMS-IX are good place to get peering in EU. Regards MK
Re: cogent issues
We didn't but see significant routing problem here in Prague/EU.
Michal Krsek - AS41711
John Martinez napsal(a):
Has anyone opened a ticket with Cogent?
Their packet loss is reaching ~10%.
http://www.internetpulse.net
Re: [NANOG] [Nanog] attempt to capture nominet board
>> Yes strongly agreed and Randy thanks for raising this here.
>
> as i recall, CIRA, the Canadian equivilent of Nominet, a few years ago,
> made
> some serious changes to its structure/by-laws/etc in order to
> prevent/reduce
> the possibility of a similar "take-over".
>
> other registries might want to take note.
We (CZ.NIC - .cz) had also changed our structure a few years ago to be more
safe against enemy take-over.
Regards
Michal Krsek
___
NANOG mailing list
NANOG@nanog.org
http://mailman.nanog.org/mailman/listinfo/nanog
[NANOG] Unique v6 (video) content
Hello, several months ago we have had a discussion about IPv6 content. There has been a proposal that having some adult content IPv6 only should be a good idea. I'm not p0rn hoster, but I'm very close to IP content delivery network for Czech public TV. They have news channel (unfortunatelly for most of you in czech language) running round the clock. So we made available their content over IPv6 and made available TV resolution for IPv6 only. So if you have IPv6, you will get video content at http://master.nacevi.cz/ct24v6.asp in 720x576 (bitrate ~1.5 Mb/s). If you have old IP only, you will see this content only in 320x240 (bitrate ~400 Kb/s). This service is experimental, and if you have any ideas, complains or questions, please contact me off the list. Regards Michal ___ NANOG mailing list NANOG@nanog.org http://mailman.nanog.org/mailman/listinfo/nanog
Re: [NANOG] Unique v6 (video) content
Dear Marc, if you (or other users) have not enough capacity for watching 1.5 Mb/s stream, you can use lower (comodity) bitrate. You can use comodity URLs: http://master.nacevi.cz/asx/ct24livewh.asx (400 Kb/s) http://master.nacevi.cz/asx/ct24livewl.asx (225 Kb/s) Regards Michal P.S: Replacing "master" with "master6" will drive you to IPv6 only streams. P.P.S: Last three RIPE meetings have been broadcasted via IPv6 as well. > hello, > > works on videolan osx leopard , just a few seconds then it stops , > because my connections is not good enough > > 15:12:25.779523 IP6 mini.stattfernsehen.com.55362 > > 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming: S 613680145:613680145(0) > win 65535 [|tcp]> > 15:12:25.852420 IP6 fe80::20f:66ff:fea7:2d48 > ff02::1:ff79:f1e: > ICMP6, neighbor solicitation, who has mini.stattfernsehen.com, length 32 > 15:12:25.852549 IP6 mini.local > fe80::20f:66ff:fea7:2d48: ICMP6, > neighbor advertisement, tgt is mini.stattfernsehen.com, length 32 > 15:12:25.853012 IP6 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming > > mini.stattfernsehen.com.55362: S 963848731:963848731(0) ack 613680146 > win 16384 > 15:12:25.853115 IP6 mini.stattfernsehen.com.55362 > > 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming: . ack 1 win 65535 > 15:12:25.855914 IP6 mini.stattfernsehen.com.55362 > > 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming: P 1:217(216) ack 1 win > 65535 > 15:12:25.932982 IP6 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming > > mini.stattfernsehen.com.55362: P 1:145(144) ack 217 win 16864 > 15:12:25.933132 IP6 mini.stattfernsehen.com.55362 > > 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming: . ack 145 win 65535 > 15:12:25.933552 IP6 mini.stattfernsehen.com.55362 > > 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming: P 217:329(112) ack 145 > win 65535 > 15:12:26.009816 IP6 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming > > mini.stattfernsehen.com.55362: P 145:241(96) ack 329 win 16752 > 15:12:26.009943 IP6 mini.stattfernsehen.com.55362 > > 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming: . ack 241 win 65535 > 15:12:26.010238 IP6 mini.stattfernsehen.com.55362 > > 2a02:1d0:2::217:a4ff:feaa:e6e7.ms-streaming: P 329:433(104) ack 241 > win 65535 > > first time that i ever saw a ipv6 stream by the way > > thank you very much !!! > > Marc > > >>> http://master.nacevi.cz/ct24v6.asp in 720x576 (bitrate ~1.5 Mb/s). >>> If you >>> have old IP only, you will see this content only in 320x240 >>> (bitrate ~400 >>> Kb/s). >>> > > -- > "Use your imagination not to scare yourself to death > but to inspire yourself to life." > Les enfants teribbles - research and deployment > Marc Manthey - head of research and innovation > Hildeboldplatz 1a D - 50672 Köln - Germany > Tel.:0049-221-3558032 > Mobil:0049-1577-3329231 > jabber :[EMAIL PROTECTED] > blog : http://www.let.de > ipv6 http://www.stattfernsehen.com > xing : https://www.xing.com/profile/Marc_Manthey > ___ > NANOG mailing list > NANOG@nanog.org > http://mailman.nanog.org/mailman/listinfo/nanog > ___ NANOG mailing list NANOG@nanog.org http://mailman.nanog.org/mailman/listinfo/nanog
Re: [NANOG] Unique v6 (video) content
Hi Marc, > > if you (or other users) have not enough capacity for watching 1.5 Mb/ > > s stream, you can use lower (comodity) bitrate. You can use comodity > > URLs: > > > > http://master.nacevi.cz/asx/ct24livewh.asx (400 Kb/s) > > > > http://master.nacevi.cz/asx/ct24livewl.asx (225 Kb/s) > > exellent Michal > > is this multicasted ? No it is not. I have no reliable access to mbone and multicast penetration on public Internet here in central europe is "not very wide". So it makes no sense to deal with multicast. Rather I'm investing my time to support IPv6, this looks like it has more perspective :-) > what server software you use for ipv6 streaming ? Windows Media Server on top of POS (Picture Operating System - WM 2003 server). > is there a way to stream via rtp/ rtsp over ipv6 aswell ;) ? WM is serving data over rtsp as well as over http. ASX file is only pointer to the stream. As I understand the technology, server will negotiate with your client and they try to use ports in following order 1775 (mms) -> 554 (rtsp) -> 80 (http). Regards Michal ___ NANOG mailing list NANOG@nanog.org http://mailman.nanog.org/mailman/listinfo/nanog
Re: [NANOG] Unique v6 (video) content
Hello Michael, I'm getting the permanent error message: Works fine here. You should try different URL. The page you're requesting contains an actual URL to the video, http://cdn4.nacevi.cz//CT24-PAL in IPv6 case. Server name is generated dynamically - depends on your IP/IPv6 address. Not a rocket science behind :-) Regards Michal
Re: Best utilizing fat long pipes and large file transfer
Hi Sean, from thursday, we have copied some ~300 GB packages from Prague to San Diego (~200 ms delay, 10 GE flat ethernet end machines connected via 1GE) files using RBUDP which worked great. Each scenario needs some planning. You have to answer several questions: 1) What is the performance of storage subsystem (sometimes you need to connect external harddrives or tape robot) 2) How many files you need to transfer? 3) How big are these files? 4) What is the consistency scenarion (it is file consistency or package consistency)? In example, I've sent some film data. Lot (~30.000) of 10 MB DPXes. Consistency was package based. Harddrives have been at the beggining connected via iLink (arrived on this media), then moved to eSATA (went to shop, bought another drive and connected it into export machine). Main tuning for RBUDP has been to buy another harddrive and tar these files. Regards Michal Hi, I'm looking for input on the best practices for sending large files over a long fat pipe between facilities (gigabit private circuit, ~20ms RTT). I'd like to avoid modifying TCP windows and options on end hosts where possible (I have a lot of them). I've seen products that work as "transfer stations" using "reliable UDP" to get around the windowing problem. I'm thinking of setting up servers with optimized TCP settings to push big files around data centers but I'm curious to know how others deal with LFN+large transfers. thanks, Sean
Re: So why don't US citizens get this?
The US is so spread out that anything to do with transportation, being people, packages, or ip packets becomes quite costly. Well then, let's take Sweden: total: 449,964 sq km This is slightly larger than california. We're 9 million. I think at least 90% of Swedish households have access to at least ADSL 2M/1M, and 95% of households have access to 384kbit/s UMTS mobile wireless. So, we're 9 million, Californa is what, 60million, on the same surface area. Is there any reason why california, in itself one of the largest economies in the world, seems to have problems delivering anything close to broadband to its inhabitants? So yes, the US must have structural problems here... Have you tried to use any "distribution of people" function on your numbers? Here in CZ we have more railroads than you in SE or California in US have. But I'm very far away to argue that Sweden or California have structural problems ... Regards Michal
