School of PE 邀请我去做业余的Instructor - 未名空间MITBBS历史存档

School of PE 邀请我去做业余的Instructor# Environmental - 环境科学与工程

s*42012-11-26 08:11

1 楼

有爱心父母, 身体健康,经验丰富，希望在家帮您带宝宝。我们自己有房子，环境优美
位置好
（easy access to Hyw 405, 522）。如有兴趣请站内联系，or email to:
s*******[email protected]
谢谢！

y*o2012-11-26 08:11

2 楼

特邀大陆花脸名家杨燕毅、台湾首席老生唐文华、洛城张派名票刘瑛联袂演出
全本《八义图》（赵氏孤儿）
时间：12月4日周日下午2点
地点：(San Gabriel Mission Playhouse)
320 S. Mission Dr., San Gabriel, CA91776
Tel:(626)308-2868
售票处：各大华文书局
票价： $100, $60, $40, $20
曼陀剧坊/长春京剧社/南加各大侨社团体/中华之声国剧社联合主办
联络电话：626-576-5055, 626-376-3514,626-376-3527
(BTW, 这是南加州中华民国建国100周年系列活动，国剧大公演）

s*y2012-11-26 08:11

3 楼

【以下文字转载自 ClassicalMusic 讨论区】
发信人: snowsunny (困了就睡吧), 信区: ClassicalMusic
标题: DG 111年
发信站: BBS 未名空间站 (Mon Nov 23 21:38:14 2009, 美东)
刚看到Amazon上这套DVD，13张啊不到$65，里面凡我看过的，或者看过评论的都很好
大家可以给自己来一套新年礼物了，赫赫
http://www.amazon.com/Years-Deutsche-Grammophon-Various-Artists/dp/B002DZX97G/ref=pd_bxgy_m_text_c
这里有一个容易看的单子
http://www.arkivmusic.com/classical/album.jsp?album_id=230947

G*s2012-11-26 08:11

4 楼

【以下文字转载自 SmartShopper 俱乐部】
发信人: GoRockets (火箭加油), 信区: SmartShopper
标题: $1 domain name (1 year) at Godaddy.com
发信站: BBS 未名空间站 (Thu Dec 1 00:58:51 2011, 美东)
GoDaddy is offering Domain Name Registration (new domains only) for $1 for 1
year with code GETFIT.
http://userquote.com/forum/index.php?topic=940.msg1188#msg1188

s*g2012-11-26 08:11

5 楼

This is a real world network problem, high hands please comment:
We have a global CDN network serving contents to a good number of Internet users, although we focus/care more on US users. In order to guarantee user experience, we place our contents in data centers strategically near major tier-1 providers in major exchanges, and use BGP anycast to allow user to access nearest contents. Geo-aware DNS will give out regional anycast address for DNS queries, such that data centers in a certain region can also backup each other. This works good enough for us for most users. But not for all users, so we want to have more regions, when we bring alive more data centers to better serve users, we are facing a new problem: we can not get new /24 address space, as you all know, many ISPs don't accept prefixes longer than /24, this means BGP anycast won't work for us anymore. The other problem with current solution is too much overhead to manage BGP in order to get everything right.
To solve this problem and to scale for the future growth, I am thinking of
building a customized geo-aware anycast DNS system, we can place our anycast DNS servers in Akamai's network, the DNS servers are not only geo-aware, but also they can dynamically monitor each data center's content engine load/health/latency etc, and give out the best answer to queries. This way our content engines can use any unicast IP addresses. Problem with this approach is that we have to set a small TTL for records because now DNS is handling redundancy, side effect of low TTL is that this will force end user to query our DNS server more frequently, this certainly will slow things down. Other problem is that end user can still cache the record, if the cached content engine IP happens to be down, users won't get content, vs, our current BGP anycast will guarantee that IPs gave out by DNS are alive somewhere. Not to mention that I am not sure how much effort is needed to integrate health monitoring with DNS -- I know it is doable.
Any thoughts how the problem can be solved in a more elegant way?

M*g2012-11-26 08:11

6 楼

刚买了2个win7 home edition和2个ultimate edition,回到家一激动，把product key
的小纸片片（总计4张）都拿出来收好。现在要给别人一张home edition的，发现好象
木有办法分出那个是home edition,哪个是ultimate edition了。所有的小纸片片除了
key不一样，其他所有的字都一样。专家们给出出主意？谢谢！

h*a2012-11-26 08:11

7 楼

Part-time、轻松赚取生活费
本公司从事电子商务多年，有完善的经营模式，和畅销市场的商品，收益甚好，前景乐
观。而且是一份很轻松的兼职工作。
我们的产品质量好，评价高，我们的产品100%畅销，100%好评。EMS和UPS公司发货，到
货速度相当快。不用你投资，不用担风险，真正的零投资、零风险、高回报的工作。
现因业务需求，扩大规模，特寻身在海外的合作伙伴合作销售。
只要你有业余时间，会你所在国家语言或者英语，只要你有一台计算机，网络能到达的
地方就是你有收益的地方。期待您的加入。
联系方式:
QQ:1032532002
MSN:s********[email protected]
E-mail:s********[email protected]

j*h2012-11-26 08:11

8 楼

河南省漯河市107国道澧河桥发生坍塌事故[组图] 2009年04月12日新华网
4月12日，澧河桥坍塌现场。
4月12日，澧河桥坍塌现场。
当日凌晨2时45分左右，河南省漯河市的一辆车牌号为豫L51078的重型拖挂货车由
南向北行驶到位于漯河市的107国道澧河桥上时，该桥一段桥面突然发生坍塌，挂车掉
入水中，目前未发现人员伤亡。新华社发
4月12日拍摄的澧河桥坍塌现场。
4月12日拍摄的澧河桥坍塌现场。新华社发

c*i2012-11-26 08:11

9 楼

而且是Chemical Engineer方向的。
忍不住爬上来得瑟一下 lol

y*o2012-11-26 08:11

10 楼

昆曲里有《八义记》，可惜场上已经很难见到。只见过倪传钺先生演过“闹朝”一出，
一套北曲的“端正好”，沉郁顿挫，非常好听。
京剧估计是根据昆曲的剧本改编的，但是风味肯定全变

【在 y*******o 的大作中提到】

: 特邀大陆花脸名家杨燕毅、台湾首席老生唐文华、洛城张派名票刘瑛联袂演出
: 全本《八义图》（赵氏孤儿）
: 时间：12月4日周日下午2点
: 地点：(San Gabriel Mission Playhouse)
: 320 S. Mission Dr., San Gabriel, CA91776
: Tel:(626)308-2868
: 售票处：各大华文书局
: 票价： $100, $60, $40, $20
: 曼陀剧坊/长春京剧社/南加各大侨社团体/中华之声国剧社联合主办
: 联络电话：626-576-5055, 626-376-3514,626-376-3527

a*k2012-11-26 08:11

11 楼

Not quite sure what the exact problem is. But you may
take a look at the BigIP GTM, it can do Geo-DNS,
health-monitoring among others:
http://www.f5.com/products/big-ip/global-traffic-manager.html

user
also
accept prefixes longer than /24, this means BGP anycast won't work for us
anymore. The other problem with current solution is too much overhead to
manage BGP in order to get everything right.

【在 s*****g 的大作中提到】

: This is a real world network problem, high hands please comment:
: We have a global CDN network serving contents to a good number of Internet users, although we focus/care more on US users. In order to guarantee user experience, we place our contents in data centers strategically near major tier-1 providers in major exchanges, and use BGP anycast to allow user to access nearest contents. Geo-aware DNS will give out regional anycast address for DNS queries, such that data centers in a certain region can also backup each other. This works good enough for us for most users. But not for all users, so we want to have more regions, when we bring alive more data centers to better serve users, we are facing a new problem: we can not get new /24 address space, as you all know, many ISPs don't accept prefixes longer than /24, this means BGP anycast won't work for us anymore. The other problem with current solution is too much overhead to manage BGP in order to get everything right.
: To solve this problem and to scale for the future growth, I am thinking of
: building a customized geo-aware anycast DNS system, we can place our anycast DNS servers in Akamai's network, the DNS servers are not only geo-aware, but also they can dynamically monitor each data center's content engine load/health/latency etc, and give out the best answer to queries. This way our content engines can use any unicast IP addresses. Problem with this approach is that we have to set a small TTL for records because now DNS is handling redundancy, side effect of low TTL is that this will force end user to query our DNS server more frequently, this certainly will slow things down. Other problem is that end user can still cache the record, if the cached content engine IP happens to be down, users won't get content, vs, our current BGP anycast will guarantee that IPs gave out by DNS are alive somewhere. Not to mention that I am not sure how much effort is needed to integrate health monitoring with DNS -- I know it is doable.
: Any thoughts how the problem can be solved in a more elegant way?

S*I2012-11-26 08:11

12 楼

装一个试试不就知道了

key

【在 M********g 的大作中提到】

: 刚买了2个win7 home edition和2个ultimate edition,回到家一激动，把product key
: 的小纸片片（总计4张）都拿出来收好。现在要给别人一张home edition的，发现好象
: 木有办法分出那个是home edition,哪个是ultimate edition了。所有的小纸片片除了
: key不一样，其他所有的字都一样。专家们给出出主意？谢谢！

j*h2012-11-26 08:11

13 楼

河南漯河107国道澧河桥发生坍塌(组图) 2009年04月12日中国新闻网韩建华
坍塌的桥面
165吨的挂车从坍塌的桥面落入水中
中新网漯河4月12日电(韩建华)今日凌晨2点45分左右，位于漯河市107国道的澧河桥桥
面发生坍塌，一辆挂车落入河中，所幸未造成人员伤亡。
据了解，今日凌晨2点45分左右，一辆车牌号为豫L51078的重型拖挂车自南向北行驶上
澧河桥时，该桥一孔桥面突然发生坍塌。坍塌面长约28.5米，宽约 5米，挂车掉入水中
，所幸无人员伤亡。事发当时，漯河市源汇区交通局的3名路政巡查人员刚好巡查至事
故现场附近，立即对该桥进行封堵断行。在事故现场附近的数辆出租车也打开应急灯，
挡在大桥两头以防止其他车辆再次发生事故。
事故发生后，漯河市副市长刘风山、谢连章，市政府秘书长高喜东立即赶赴现场，市交
通、公路、公安等部门以及源汇区政府相关部门人员也相继到达现场，对事故进行善后
处置：一是市、区两级交通部门迅速派出多名路政人员对现场采取24小时轮流值班，配
合公安交警部门在市区南环路、北环路路口分流过往车辆，避免交通堵塞；二是市交警
部门在大桥两端部署警戒线，对来往车辆进行分流

【在 j***h 的大作中提到】

: 河南省漯河市107国道澧河桥发生坍塌事故[组图] 2009年04月12日新华网
: 4月12日，澧河桥坍塌现场。
: 4月12日，澧河桥坍塌现场。
: 当日凌晨2时45分左右，河南省漯河市的一辆车牌号为豫L51078的重型拖挂货车由
: 南向北行驶到位于漯河市的107国道澧河桥上时，该桥一段桥面突然发生坍塌，挂车掉
: 入水中，目前未发现人员伤亡。新华社发
: 4月12日拍摄的澧河桥坍塌现场。
: 4月12日拍摄的澧河桥坍塌现场。新华社发

s*s2012-11-26 08:11

14 楼

恭喜恭喜
牛人！

l*e2012-11-26 08:11

15 楼

加州人民真幸福

【在 y*******o 的大作中提到】

: 特邀大陆花脸名家杨燕毅、台湾首席老生唐文华、洛城张派名票刘瑛联袂演出
: 全本《八义图》（赵氏孤儿）
: 时间：12月4日周日下午2点
: 地点：(San Gabriel Mission Playhouse)
: 320 S. Mission Dr., San Gabriel, CA91776
: Tel:(626)308-2868
: 售票处：各大华文书局
: 票价： $100, $60, $40, $20
: 曼陀剧坊/长春京剧社/南加各大侨社团体/中华之声国剧社联合主办
: 联络电话：626-576-5055, 626-376-3514,626-376-3527

s*g2012-11-26 08:11

16 楼

Put one F5 box in each location for DNS anycast? that is too expensive. Our philosophy if this is something we can do by ourselves, we don't buy. One or two F5 box definitely won't fit our bill, we want DNS query to our domain extremely fast. Besides, F5 can not get away with low TTL and cached DNS problem either. I know geo-aware DNS is readily available in BIND9, I am just not sure how hard it is (if possible) to integrate nagios/ganglia with BIND
I am not looking a specific vendor right now, just trying to get concept correct first.

【在 a**********k 的大作中提到】

: Not quite sure what the exact problem is. But you may
: take a look at the BigIP GTM, it can do Geo-DNS,
: health-monitoring among others:
: http://www.f5.com/products/big-ip/global-traffic-manager.html
:
: user
: also
: accept prefixes longer than /24, this means BGP anycast won't work for us
: anymore. The other problem with current solution is too much overhead to
: manage BGP in order to get everything right.

j*h2012-11-26 08:11

17 楼

河南漯河260吨超载大货车压得大桥开“天窗” 2009年04月13日楚天都市报
事故现场
4月12日2时45分左右，河南省漯河市的一辆车牌号为豫L51078的重型拖挂货车自南向北
行驶，当车行驶到位于漯河市的107国道澧河桥上时，该桥一段桥面突然发生坍塌，挂
车车厢掉入水中，目前未发现人员伤亡。
事发不久，孝感市民安先生正好驾车经过该处，立即给本报打来电话。据安先生称，坍
塌部分在 107国道澧河桥的东半幅，形成一个长约28.5米，宽约5米的大洞，露出的钢
筋混凝土垂直伸向水中，脱落的桥梁掉落在水中。而桥下面，重型拖挂车的后挂部分伸
向河底，露出部分车身以及桥面坍塌后留下的大量碎块，事故现场桥面上留有大量的沙。
记者连线大河报驻漯河记者了解到，事故发生后，由于路政人员恰在附近，立即设立警
戒线疏导交通，避免了深夜后续车辆发生危险。
大河报记者赶到现场看到，在坍塌桥面向北约100米处，重型拖挂车前半部分停在路边
，看起来完好无损，前车灯仍在不停地闪烁，司机已不知去向，车牌也已被摘除。事故
发生后，所有南北过往车辆实行半幅通行，交警正在努力疏导交通，现场并未出现交通
堵塞现象。
第一个到

【在 j***h 的大作中提到】

: 河南漯河107国道澧河桥发生坍塌(组图) 2009年04月12日中国新闻网韩建华
: 坍塌的桥面
: 165吨的挂车从坍塌的桥面落入水中
: 中新网漯河4月12日电(韩建华)今日凌晨2点45分左右，位于漯河市107国道的澧河桥桥
: 面发生坍塌，一辆挂车落入河中，所幸未造成人员伤亡。
: 据了解，今日凌晨2点45分左右，一辆车牌号为豫L51078的重型拖挂车自南向北行驶上
: 澧河桥时，该桥一孔桥面突然发生坍塌。坍塌面长约28.5米，宽约 5米，挂车掉入水中
: ，所幸无人员伤亡。事发当时，漯河市源汇区交通局的3名路政巡查人员刚好巡查至事
: 故现场附近，立即对该桥进行封堵断行。在事故现场附近的数辆出租车也打开应急灯，
: 挡在大桥两头以防止其他车辆再次发生事故。

m*o2012-11-26 08:11

18 楼

恭喜，请问多少钱一小时

【在 c********i 的大作中提到】

: 而且是Chemical Engineer方向的。
: 忍不住爬上来得瑟一下 lol

L*i2012-11-26 08:11

19 楼

演出怎么样啊？

z*r2012-11-26 08:11

20 楼

"a new problem: we can not get new /24 address space", the anti-ipv6 guys
should see this, a real problem of IPv4 now.
so, the bottom line, the solution should satisfy your requirements for at
least next 3 to 5 years, if not longer
wan load balancers can resolve part of the issue, If you think F5 or Cisco
boxes are too expensive, maybe you can take a look at the linux solutions.
The box won't have much through traffic, but DNS resolving. the health check
shouldn't be a show stopper for you, a script may do it easily. but you are
right, the dns cache is annoying
Can we take a look at IPv6? If you don't know yet, Akamai has officially
started supporting IPv6 now, and I am sure your ISP support IPv6 too. It's
not easy, but maybe you can find it for boyh ipv4 and ipv6 users

users, although we focus/care more on US users. In order to guarantee user
experience, we place our contents in data centers strategically near major
tier-1 providers in majo
anycast DNS servers in Akamai's network, the DNS servers are not only geo-
aware, but also they can dynamically monitor each data center's content
engine load/health/latency etc, an

【在 s*****g 的大作中提到】

: This is a real world network problem, high hands please comment:
: We have a global CDN network serving contents to a good number of Internet users, although we focus/care more on US users. In order to guarantee user experience, we place our contents in data centers strategically near major tier-1 providers in major exchanges, and use BGP anycast to allow user to access nearest contents. Geo-aware DNS will give out regional anycast address for DNS queries, such that data centers in a certain region can also backup each other. This works good enough for us for most users. But not for all users, so we want to have more regions, when we bring alive more data centers to better serve users, we are facing a new problem: we can not get new /24 address space, as you all know, many ISPs don't accept prefixes longer than /24, this means BGP anycast won't work for us anymore. The other problem with current solution is too much overhead to manage BGP in order to get everything right.
: To solve this problem and to scale for the future growth, I am thinking of
: building a customized geo-aware anycast DNS system, we can place our anycast DNS servers in Akamai's network, the DNS servers are not only geo-aware, but also they can dynamically monitor each data center's content engine load/health/latency etc, and give out the best answer to queries. This way our content engines can use any unicast IP addresses. Problem with this approach is that we have to set a small TTL for records because now DNS is handling redundancy, side effect of low TTL is that this will force end user to query our DNS server more frequently, this certainly will slow things down. Other problem is that end user can still cache the record, if the cached content engine IP happens to be down, users won't get content, vs, our current BGP anycast will guarantee that IPs gave out by DNS are alive somewhere. Not to mention that I am not sure how much effort is needed to integrate health monitoring with DNS -- I know it is doable.
: Any thoughts how the problem can be solved in a more elegant way?

c*i2012-11-26 08:11

21 楼

还没讨论钱的问题，先得准备Powerpoint Slide和Workshop test才行
老实说，学环境中搞水处理和污水处理的，转Chemical Engineering毫无压力啊，特别
是相同的Hydraulic和Process engineering background

i*c2012-11-26 08:11

22 楼

你看过倪传钺的戏？难得啊。

【在 y*****o 的大作中提到】

: 昆曲里有《八义记》，可惜场上已经很难见到。只见过倪传钺先生演过“闹朝”一出，
: 一套北曲的“端正好”，沉郁顿挫，非常好听。
: 京剧估计是根据昆曲的剧本改编的，但是风味肯定全变

s*g2012-11-26 08:11

23 楼

Thanks for your thoughts, IPv6 won't be an option at this moment, as IPv4
user is still dominant. Plus, Akamai only serves contents, our CDN does not
only serve content, it does other stuff that Akamai can not offer.

check
are

【在 z**r 的大作中提到】

: "a new problem: we can not get new /24 address space", the anti-ipv6 guys
: should see this, a real problem of IPv4 now.
: so, the bottom line, the solution should satisfy your requirements for at
: least next 3 to 5 years, if not longer
: wan load balancers can resolve part of the issue, If you think F5 or Cisco
: boxes are too expensive, maybe you can take a look at the linux solutions.
: The box won't have much through traffic, but DNS resolving. the health check
: shouldn't be a show stopper for you, a script may do it easily. but you are
: right, the dns cache is annoying
: Can we take a look at IPv6? If you don't know yet, Akamai has officially

m*o2012-11-26 08:11

24 楼

我也想试试，是不是就给pe school递简历就可以了

【在 c********i 的大作中提到】

: 还没讨论钱的问题，先得准备Powerpoint Slide和Workshop test才行
: 老实说，学环境中搞水处理和污水处理的，转Chemical Engineering毫无压力啊，特别
: 是相同的Hydraulic和Process engineering background

y*o2012-11-26 08:11

25 楼

显然没有现场看过。是录像。那个时代早已离我们远去了

【在 i*****c 的大作中提到】

: 你看过倪传钺的戏？难得啊。

z*r2012-11-26 08:11

26 楼

when I said IPv6 solution and it's not easy to find it, I meant tho your
data cnter is ipv6, it should allow ipv4 users access it. it might be
complicated, but I think you can find the solution. a lot more details
needed.

not

【在 s*****g 的大作中提到】

: Thanks for your thoughts, IPv6 won't be an option at this moment, as IPv4
: user is still dominant. Plus, Akamai only serves contents, our CDN does not
: only serve content, it does other stuff that Akamai can not offer.
:
: check
: are

c*i2012-11-26 08:11

27 楼

啊？？是可以发信给 i**[email protected]
不过我是那里的人直接联系我的。

y*o2012-11-26 08:11

28 楼

很成功，庆功宴也很好吃，呵呵……这出戏太大了，涉及演员太多，能办成确实很不容
易。反正我是非常佩服我们社长
前几天洛杉矶被暴风袭击多处停电，很多人的生活受到影响，但是一千多人的大剧场仍
然上了八九成的座，基本都坐满了
至于演出效果，我不太清楚，因为我是龙套宫女，只能在侧幕看戏。。。感觉应该很不
错啊
BTW，杨燕毅已经答应明年来洛杉矶演坐寨盗马了，呵呵

【在 L*******i 的大作中提到】

: 演出怎么样啊？

f*m2012-11-26 08:11

29 楼

为啥不能用老的anycast address?

users, although we focus/care more on US users. In order to guarantee user
experience, we place our contents in data centers strategically near major
tier-1 providers in major exchanges, and use BGP anycast to allow user to
access nearest contents. Geo-aware DNS will give out regional anycast
address for DNS queries, such that data centers in a certain region can also
backup each other. This works good enough for us fo: r most users. But not
for all users, so we want to have more regions, when we bring alive more
data centers to better serve users, we are facing a new problem: we can not
get new /24 address space, as you all know, many ISPs don't accept prefixes
longer than /24, this means BGP anycast won't work for us anymore. The
other problem with current solution is too much overhead to manage BGP in
order to get everything right.
anycast DNS servers in Akamai's network, the DNS servers are not only geo-
aware, but also they can dynamically monitor each data center's content
engine load/health/latency etc, and give out the best answer to queries.
This way our content engines can use any unicast IP addresses. Problem with
this approach is that we have to set a small TTL for records because now DNS
is handling redundancy, side effect of low TTL is that th: is will force
end user to query our DNS server more frequently, this certainly will slow
things down. Other problem is that end user can still cache the record, if
the cached content engine IP happens to be down, users won't get content,
vs, our current BGP anycast will guarantee that IPs gave out by DNS are
alive somewhere. Not to mention that I am not sure how much effort is needed
to integrate health monitoring with DNS -- I know it is doable.

【在 s*****g 的大作中提到】

: This is a real world network problem, high hands please comment:
: We have a global CDN network serving contents to a good number of Internet users, although we focus/care more on US users. In order to guarantee user experience, we place our contents in data centers strategically near major tier-1 providers in major exchanges, and use BGP anycast to allow user to access nearest contents. Geo-aware DNS will give out regional anycast address for DNS queries, such that data centers in a certain region can also backup each other. This works good enough for us for most users. But not for all users, so we want to have more regions, when we bring alive more data centers to better serve users, we are facing a new problem: we can not get new /24 address space, as you all know, many ISPs don't accept prefixes longer than /24, this means BGP anycast won't work for us anymore. The other problem with current solution is too much overhead to manage BGP in order to get everything right.
: To solve this problem and to scale for the future growth, I am thinking of
: building a customized geo-aware anycast DNS system, we can place our anycast DNS servers in Akamai's network, the DNS servers are not only geo-aware, but also they can dynamically monitor each data center's content engine load/health/latency etc, and give out the best answer to queries. This way our content engines can use any unicast IP addresses. Problem with this approach is that we have to set a small TTL for records because now DNS is handling redundancy, side effect of low TTL is that this will force end user to query our DNS server more frequently, this certainly will slow things down. Other problem is that end user can still cache the record, if the cached content engine IP happens to be down, users won't get content, vs, our current BGP anycast will guarantee that IPs gave out by DNS are alive somewhere. Not to mention that I am not sure how much effort is needed to integrate health monitoring with DNS -- I know it is doable.
: Any thoughts how the problem can be solved in a more elegant way?

m*o2012-11-26 08:11

30 楼

lz牛哦,肯定是声明远扬了

l*i2012-11-26 08:11

31 楼

能去跑龙套，也很厉害啦

【在 y*******o 的大作中提到】

: 很成功，庆功宴也很好吃，呵呵……这出戏太大了，涉及演员太多，能办成确实很不容
: 易。反正我是非常佩服我们社长
: 前几天洛杉矶被暴风袭击多处停电，很多人的生活受到影响，但是一千多人的大剧场仍
: 然上了八九成的座，基本都坐满了
: 至于演出效果，我不太清楚，因为我是龙套宫女，只能在侧幕看戏。。。感觉应该很不
: 错啊
: BTW，杨燕毅已经答应明年来洛杉矶演坐寨盗马了，呵呵

s*g2012-11-26 08:11

32 楼

Good question, because we need to have more anycast address groups to have finer region designation, such that people, say from Santa Clara county, will go to a DC in Santa Clara, not to the DC is LA which servers west coast.
Theoretically we can do with just one anycast range, but performance will suck, more importantly, it is hard to design fall back, because routing is mostly out of our control. We have to do geo-aware DNS at the same time with BGP anycast. Each region has its own anycast range, we now have to have finer regions, hence more anycast ranges.

user
major
also
not
not
prefixes

【在 f*****m 的大作中提到】

: 为啥不能用老的anycast address?
:
: users, although we focus/care more on US users. In order to guarantee user
: experience, we place our contents in data centers strategically near major
: tier-1 providers in major exchanges, and use BGP anycast to allow user to
: access nearest contents. Geo-aware DNS will give out regional anycast
: address for DNS queries, such that data centers in a certain region can also
: backup each other. This works good enough for us fo: r most users. But not
: for all users, so we want to have more regions, when we bring alive more
: data centers to better serve users, we are facing a new problem: we can not

h*o2012-11-26 08:11

33 楼

游艇姐你是在猴子屯油服/石油公司的吧？

【在 c********i 的大作中提到】

: 还没讨论钱的问题，先得准备Powerpoint Slide和Workshop test才行
: 老实说，学环境中搞水处理和污水处理的，转Chemical Engineering毫无压力啊，特别
: 是相同的Hydraulic和Process engineering background

y*o2012-11-26 08:11

34 楼

＝＝
被抓去的……其实我更想在台下好好看戏，你要是龙套跑多了估计也是这个感觉
不仅如此，我还被社长阿姨派到昆曲社社长家里搬运两条超大地毯，运到剧场铺在舞台中央，可怜我的新车啊。。。T.T

【在 l****i 的大作中提到】

: 能去跑龙套，也很厉害啦

f*m2012-11-26 08:11

35 楼

finer region designation, such that people, say from Santa Clara county,
will go to a DC in Santa Clara, not to the DC is LA which servers west coast.
如果别的条件都一样的话, IGP cost应该会作为条件,这样Santa Clara的DC还是优先.
suck, more importantly, it is hard to design fall back, because routing is
mostly out of our control. We have to do geo-aware DNS at the same time with
BGP anycast. Each region has its own anycast range, we now have to have
finer regions, hence more anycast ranges.

【在 s*****g 的大作中提到】

: Good question, because we need to have more anycast address groups to have finer region designation, such that people, say from Santa Clara county, will go to a DC in Santa Clara, not to the DC is LA which servers west coast.
: Theoretically we can do with just one anycast range, but performance will suck, more importantly, it is hard to design fall back, because routing is mostly out of our control. We have to do geo-aware DNS at the same time with BGP anycast. Each region has its own anycast range, we now have to have finer regions, hence more anycast ranges.
:
: user
: major
: also
: not
: not
: prefixes

c*i2012-11-26 08:11

36 楼

咱们在猴子屯的也没有另外的工业界可以去了。大汗！！！

w*n2012-11-26 08:11

37 楼

嗯，台上没法好好听戏。不容易来一回，还是台下看得爽。

台中央，可怜我的新车啊。。。T.T

【在 y*******o 的大作中提到】

: ＝＝
: 被抓去的……其实我更想在台下好好看戏，你要是龙套跑多了估计也是这个感觉
: 不仅如此，我还被社长阿姨派到昆曲社社长家里搬运两条超大地毯，运到剧场铺在舞台中央，可怜我的新车啊。。。T.T

s*g2012-11-26 08:11

38 楼

We send communities for ISPs to set preference, IGP cost is way down in BGP's decision chain, besides, we are peering with different AS in different locations.

have
coast.
with

【在 f*****m 的大作中提到】

:
: finer region designation, such that people, say from Santa Clara county,
: will go to a DC in Santa Clara, not to the DC is LA which servers west coast.
: 如果别的条件都一样的话, IGP cost应该会作为条件,这样Santa Clara的DC还是优先.
: suck, more importantly, it is hard to design fall back, because routing is
: mostly out of our control. We have to do geo-aware DNS at the same time with
: BGP anycast. Each region has its own anycast range, we now have to have
: finer regions, hence more anycast ranges.

h*o2012-11-26 08:11

39 楼

油工是北美唯一能与硅工码工匹敌的工，无数人想进还进不去呢，求姐refer

【在 c********i 的大作中提到】

: 咱们在猴子屯的也没有另外的工业界可以去了。大汗！！！

f*m2012-11-26 08:11

40 楼

如果是cost-community的话,还是在IGP的后面. 你们用自己的ASN 还是SP的? 如
果用SP的,自然是本地的优先啊.

BGP's decision chain, besides, we are peering with different AS in different
locations.

【在 s*****g 的大作中提到】

: We send communities for ISPs to set preference, IGP cost is way down in BGP's decision chain, besides, we are peering with different AS in different locations.
:
: have
: coast.
: with

c*i2012-11-26 08:11

41 楼

No prob, 站内联系

R*A2012-11-26 08:11

42 楼

practical solution:
1. bgp anycast say 1.1.1.1/24 (a risk here is that best bgp path does not
mean it has the best path for traffic (RRT, bandwidth, etc)
2. Global DNS always return CDN.com to 1.1.1.1/24 (singe address DNS A
record, or geo-aware multiple A record DNS, whatever)
3. Then for a specific addr, say 1.1.1.1/24 from one ISP, traffic load is
heavier and you want to do load balancing. Then an geo-DNS is placed here (
this one is not the global-zone). It restricted to return query from
specific region) and you can place multiple addr (1.1.1.1, 2.2.2.1,2.2.2.2
etc) for this A record.
4. so globally BGP anycast with top DNS A record. When query from specific
region, using this specific sub-regions zone-based multiple A record DNS. As
the result, you are able to use more IPv4 addr, announcing more IPs (with
BGP anycast if you want), load balancing, etc...
5. keep in mind there is no best solution there. Internet is messy since day
one.

S*92012-11-26 08:11

43 楼

仰慕一下牛人

p*s2012-11-26 08:11

44 楼

I am no expert on this, just try to understand your problem.
you want internet user to reach nearest content server.
you want your content servers can backup each other.
you are running out of /24 addresses. and ISP doesn't support smaller suffix.
you are using anycast to achieve load balance. apparently using ISP anycast
support saves you the load director and health monitor.
so you have to implement your own load director and health monitor. And to
save the cost(or for your own interest) you want the DNS to have these extra
two functions.
The math doesn't add up here.
BTW, how many regions you are talking about?

t*r2012-11-26 08:11

45 楼

Re

★ 发自iPhone App: ChineseWeb 7.7

【在 S******9 的大作中提到】

: 仰慕一下牛人

s*g2012-11-26 08:11

46 楼

You understood my problem perfectly, can you elaborate "the math does not
add up here"?

suffix.
anycast
extra

【在 p*****s 的大作中提到】

: I am no expert on this, just try to understand your problem.
: you want internet user to reach nearest content server.
: you want your content servers can backup each other.
: you are running out of /24 addresses. and ISP doesn't support smaller suffix.
: you are using anycast to achieve load balance. apparently using ISP anycast
: support saves you the load director and health monitor.
: so you have to implement your own load director and health monitor. And to
: save the cost(or for your own interest) you want the DNS to have these extra
: two functions.
: The math doesn't add up here.

m*t2012-11-26 08:11

47 楼

没想通为什么用一个 anycast range performance 会 suck, google 的 public DNS 8
.8.8.8 就是这样做的吧
fall back 是哪个 level fall back?

finer region designation, such that people, say from Santa Clara county,
will go to a DC in Santa Clara, not to the DC is LA which servers west coast.
suck, more importantly, it is hard to design fall back, because routing is
mostly out of our control. We have to do geo-aware DNS at the same time with
BGP anycast. Each region has its own anycast range, we now have to have
finer regions, hence more anycast ranges.

【在 s*****g 的大作中提到】

: Good question, because we need to have more anycast address groups to have finer region designation, such that people, say from Santa Clara county, will go to a DC in Santa Clara, not to the DC is LA which servers west coast.
: Theoretically we can do with just one anycast range, but performance will suck, more importantly, it is hard to design fall back, because routing is mostly out of our control. We have to do geo-aware DNS at the same time with BGP anycast. Each region has its own anycast range, we now have to have finer regions, hence more anycast ranges.
:
: user
: major
: also
: not
: not
: prefixes

s*g2012-11-26 08:11

48 楼

1) We don't have that much resources as Google has, Google can place their
DNS server in hundreds or thousands data centers
2) We rely on ISPs to fall back our traffic between DCs, I believe Google
has more control of how 8.8.8.8 is routed. It would be unacceptable for us
to fall a DC in LA to a DC in NY
3) Our application is different from public DNS, we have stringent SLA
requirement, while an end user can tolerate longer DNS response(it is free,
right?), we will lose money if a content is not served within certain time
range.
There are other reasons why we need more than one anycast range, but for the
sake of discussion, just assume that we have to have more than one anycast
range.

8
coast.
with

【在 m**t 的大作中提到】

: 没想通为什么用一个 anycast range performance 会 suck, google 的 public DNS 8
: .8.8.8 就是这样做的吧
: fall back 是哪个 level fall back?
:
: finer region designation, such that people, say from Santa Clara county,
: will go to a DC in Santa Clara, not to the DC is LA which servers west coast.
: suck, more importantly, it is hard to design fall back, because routing is
: mostly out of our control. We have to do geo-aware DNS at the same time with
: BGP anycast. Each region has its own anycast range, we now have to have
: finer regions, hence more anycast ranges.

p*s2012-11-26 08:11

49 楼

I mean you expect your own solution can replace ISP anycast which supports
both health monitor and load director with less cost and no performance
penalty. That sounds too good to be true.

【在 s*****g 的大作中提到】

: You understood my problem perfectly, can you elaborate "the math does not
: add up here"?
:
: suffix.
: anycast
: extra