- Test - lists.nanog.org

and now for something completely different
by bmanning＠vacation.karoshi.com 16 Feb '12

16 Feb '12

Control of ground-state pluripotency by allelic regulation of Nanog Nature advance online publication 12 February 2012. doi:10.1038/nature10807 Authors: Yusuke Miyanari & Maria-Elena Torres-Padilla Pluripotency is established through genome-wide reprogramming during mammalian pre-implantation development, resulting in the formation of the naive epiblast. Reprogramming involves both the resetting of epigenetic marks and the activation of pluripotent-cell-specific genes such as Nanog and Oct4 (also known as Pou5f1). The tight regulation of these genes is crucial for reprogramming, but the mechanisms that regulate their expression in vivo have not been uncovered. Here we show that Nanog—but not Oct4—is monoallelically expressed in early pre-implantation embryos. Nanog then undergoes a progressive switch to biallelic expression during the transition towards ground-state pluripotency in the naive epiblast of the late blastocyst. Embryonic stem (ES) cells grown in leukaemia inhibitory factor (LIF) and serum express Nanog mainly monoallelically and show asynchronous replication of the Nanog locus, a feature of monoallelically expressed genes, but ES cells activate both alleles when cultured under 2i conditions, which mimic the pluripotent ground state in vitro. Live-cell imaging with reporter ES cells confirmed the allelic expression of Nanog and revealed allelic switching. The allelic expression of Nanog is regulated through the fibroblast growth factor–extracellular signal-regulated kinase signalling pathway, and it is accompanied by chromatin changes at the proximal promoter but occurs independently of DNA methylation. Nanog-heterozygous blastocysts have fewer inner-cell-mass derivatives and delayed primitive endoderm formation, indicating a role for the biallelic expression of Nanog in the timely maturation of the inner cell mass into a fully reprogrammed pluripotent epiblast. We suggest that the tight regulation of Nanog dose at the chromosome level is necessary for the acquisition of ground-state pluripotency during development. Our data highlight an unexpected role for allelic expression in controlling the dose of pluripotency factors in vivo, adding an extra level to the regulation of reprogramming.

1 0

Models of DNS traffic and caches
by John Levine 15 Feb '12

15 Feb '12

Are there any analytic or simulation models of DNS traffic and caches? Say I have a DNS cache that handles two different kinds of traffic, DNSBL lookups that are almost never reused, and web page lookups that are frequently reused. Is there a model that will predict whether partitioning the cache would be a good idea, or capping TTL on the DNSBLs, or other sorts of tricks? Pointers are fine. TIA. R's, John -- Regards, John Levine, johnl(a)iecc.com, Primary Perpetrator of "The Internet for Dummies", Please consider the environment before reading this e-mail. http://jl.ly

1 0

Re: IP Transit with netflow report?
by ali baba 15 Feb '12

15 Feb '12

Hi Everyone, Hope someone can help me out.. I have some IP Transit links with one of the Tier1s and I need to know the source<>destination of traffic passing though.. My provider gives me a straight "NO, we can provide this" and I am wondering if anyone knows of any providers who gives out netflow report? Cheers, AB

10 11

Re: Dear RIPE: Please don't encourage phishing
by Brandon Butterworth 15 Feb '12

15 Feb '12

> So it's necessary to throw the baby out with the bathwater, and tell them > never to click on a link... That baby was ugly anyway brandon

27 53

Sonicwall 3500/netflow
by Jay Ashworth 14 Feb '12

14 Feb '12

This will be my first time in Sonicwall territory. I'm assuming this thing will (effectively) *be* my edge router; does it support netflow, as has been being discussed in the recent thread? I'm likely going to have 100M from L3, with FiOS/150 and Roadrunner/50 for backup/load bal; I don't think this will be a BGP application. :-) Cheers, -- jra -- Jay R. Ashworth Baylink jra(a)baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274

5 6

Clued contact at Brighthouse
by James Milko 14 Feb '12

14 Feb '12

Brighthouse seems to be announcing one of our prefixes. Does anyone have a contact for them that doesn't end up in residential support? Thanks, James Milko Senior Network Engineer www.inetwork.com 4001 Weston Parkway Cary, NC 27513 inetwork is a division of Bandwidth

1 1

Does anyone know anything about intelishift.com?
by Landon Stewart 14 Feb '12

14 Feb '12

Does anyone know if intelishift.com has a reputation that is good or bad? I have never heard of them before but need to know some more about them. If you have anything to share please let me know off-list. We are seeing some unscrupulous behaviour from them regarding marketing and spam. --- Landon Stewart <lstewart(a)superb.net <mailto"LStewart(a)Superb.Net>> Manager of Systems and Engineering Superb Internet Corp - 888-354-6128 x 4199 Web hosting and more "Ahead of the Rest": www.superb.net

1 0

Re: IPv6 explicit BGP group configs
by Aleksi Suhonen 13 Feb '12

13 Feb '12

Hello, keith tokash wrote: > I'm prepping an environment for v6 and I'm wondering what, if > any, benefit there is to splitting v4 and v6 into separate groups. > We're running Junipers and things are fairly neat and ordered; I haven't really looked very hard, since I subscribe to the stated reasons for keeping v4 and v6 sessions apart. (migration, max-pfx, ...) BUT To my knowledge, JunOS doesn't even support using a single TCP session to exchange routes of all address families. If someone knows how to do this - if even for just IPv4 and IPv6 unicast - let me know ... ;-) -- Aleksi Suhonen / Axu TM Oy World Wide Web: www.axu.tm

2 1

Dear RIPE: Please don't encourage phishing
by Steven Bellovin 12 Feb '12

12 Feb '12

I received the enclosed note, apparently from RIPE (and the headers check out). Why are you sending messages with clickable objects that I'm supposed to use to change my password? ------- From: RIPE_DBannounce(a)ripe.net Subject: Advisory notice on passwords in the RIPE Database Date: February 9, 2012 1:16:15 PM EST To: XXXXXXXX [Apologies for duplicate e-mails] Dear Colleagues, We are contacting you with some advice on the passwords used in the RIPE Database. There is no immediate concern and this notice is only advisory. At the request of the RIPE community, the RIPE NCC recently deployed an MD5 password hash change. Before this change was implemented, there was a lot of discussion on the Database Working Group mailing list about the vulnerabilities of MD5 passwords with public hashes. The hashes can now only be seen by the user of the MNTNER object. As a precaution, now that the hashes are hidden, we strongly recommend that you change all MD5 passwords used by your MNTNER objects in the RIPE Database at your earliest convenience. When choosing new passwords, make them as strong as possible. To make it easier for you to change your password(s) we have improved Webupdates. On the modify page there is an extra button after the "auth:" attribute field. Click this button for a pop up window that will encrypt a password and enter it directly into the "auth:" field. Webupdates: https://apps.db.ripe.net/webupdates/search.html There is a RIPE Labs article explaining details of the security changes and the new process to modify a MNTNER object in the RIPE Database: https://labs.ripe.net/Members/denis/securing-md5-hashes-in-the-ripe-database We are sending you this email because this address is referenced in the MNTNER objects in the RIPE Database listed below. If you have any concerns about your passwords or need further advice please contact our Customer Services team at ripe-dbm(a)ripe.net. (You cannot reply to this email.) Regards, Denis Walker Business Analyst RIPE NCC Database Group Referencing MNTNER objects in the RIPE Database: maint-rgnet

18 35

Iran blocking essentially all encyrpted protocols
by Ryan Malayter 11 Feb '12

11 Feb '12

Haven't seen this come through on NANOG yet: http://arstechnica.com/tech-policy/news/2012/02/iran-reportedly-blocking-en… Can anyone with the ability confirm that TCP/443 traffic from Iran has stopped?

8 8