avatar
c*e
1
上次打电话给移民医生
告诉我说初了一项
其他都可以在family dr 那儿做然后把结果给拿去 那样的话 就收85
其他地方都是170-180左右
可是今天去family dr那儿做了TB test
因为移民dr和family dr在一个楼里,我就想去问问我的育苗要打什么!
那位前台的大妈 开口就是要我叫押金 还是100多美金,也不告诉我任何信息。
我就问她一共要多少钱! 她马上变成了300多
我当时气坏了 这些人怎么前后说得都不一致呀?
来这儿问问大家都花了多少!就怕找了其他的移民医生 开始也就和我要170左右 然后
去他们那儿做 又给开始加钱!
还有到底要打些什么育苗呀?我现在在给孩子的哺乳期间,family dr建议我还是小心
点,最好不要打。如果可以不打 我就现在不想打!
avatar
v*n
2
DNS sucks应该没人反对吧?
papers倒是不少,能解决问题好像没多少。大家啥想法?展开说说。
avatar
s*g
3
You need to be more specific. DNS sucks in what way? what problem are you
trying to solve? People are using DNS every second, it can not be that bad.
avatar
v*n
4
the way how the name is resolved. on one hand, if your local DNS can
cache everything, it is just a RTT. normally we can't. so there may be
multiple RTTs.
plus, if a record is changed, updating all the interested parties would
be a nightmare.
also, if nodes are on the move, the name/addr mapping could be changed
relatively often.

you
bad.

【在 s*****g 的大作中提到】
: You need to be more specific. DNS sucks in what way? what problem are you
: trying to solve? People are using DNS every second, it can not be that bad.

avatar
z*r
5
what is a better way to maintain such a vast database?

【在 v**n 的大作中提到】
: the way how the name is resolved. on one hand, if your local DNS can
: cache everything, it is just a RTT. normally we can't. so there may be
: multiple RTTs.
: plus, if a record is changed, updating all the interested parties would
: be a nightmare.
: also, if nodes are on the move, the name/addr mapping could be changed
: relatively often.
:
: you
: bad.

avatar
s*g
6
The vast database needs to be distributed, no question about it. The problem
is the efficiency of new record propagation and existing record querying.
Current model to achieve this is pretty much ad hoc in application level.
If we can figure out a way to design a DNS system such that queries/propagations can be routed/summarized like IP has,that would drastically increase the scalability,
robustness, efficiency of the system. We can do L2 routing already, doing L7
routing is not totally out of q
avatar
z*r
7
跟俺昨天想到的几乎一样,后来自己给否了。原因是IP是二进制,长度也固定,非常容
易structural。而domain name长度不固定,如果都按照最大长度来,真正有效部分(
假设也有类似net mask的东西)还是没有本质区别。到最后,还是到了.com等root,跟
现在的似乎没有区别。
俺看现在的cache这种就挺好,需要改进的是dns server之间如何更有效率的刷新
database,说到底还是application level。当然这个东西绝对可以放到网络设备上,
其实很多公司也有相应的产品,比如cisco, f5等,但还是跑在linux上和普通的dns
server没有本质区别

problem
propagations can be routed/summarized like IP has,that would drastically
increase the scalability,
L7
generation DNS system, do not leave this task only to application developers.

【在 s*****g 的大作中提到】
: The vast database needs to be distributed, no question about it. The problem
: is the efficiency of new record propagation and existing record querying.
: Current model to achieve this is pretty much ad hoc in application level.
: If we can figure out a way to design a DNS system such that queries/propagations can be routed/summarized like IP has,that would drastically increase the scalability,
: robustness, efficiency of the system. We can do L2 routing already, doing L7
: routing is not totally out of q

avatar
v*n
8
老大,能不能请教一下csco和f5的那种产品可以对DNS有所提高?最近突然对DNS有兴趣
了。

drastically

【在 z**r 的大作中提到】
: 跟俺昨天想到的几乎一样,后来自己给否了。原因是IP是二进制,长度也固定,非常容
: 易structural。而domain name长度不固定,如果都按照最大长度来,真正有效部分(
: 假设也有类似net mask的东西)还是没有本质区别。到最后,还是到了.com等root,跟
: 现在的似乎没有区别。
: 俺看现在的cache这种就挺好,需要改进的是dns server之间如何更有效率的刷新
: database,说到底还是application level。当然这个东西绝对可以放到网络设备上,
: 其实很多公司也有相应的产品,比如cisco, f5等,但还是跑在linux上和普通的dns
: server没有本质区别
:
: problem

avatar
z*r
9
算法提高估计不一定,主要是implementation方面。还是属于load balancer的概念?
看看cisco ACE或者f5 big-ip之类?

【在 v**n 的大作中提到】
: 老大,能不能请教一下csco和f5的那种产品可以对DNS有所提高?最近突然对DNS有兴趣
: 了。
:
: drastically

avatar
c*i
10
load balancer用在dns server上一直都有把.以前在enterprise network里面还有个简
单的load balance方法,就是用/32的host route.

【在 z**r 的大作中提到】
: 算法提高估计不一定,主要是implementation方面。还是属于load balancer的概念?
: 看看cisco ACE或者f5 big-ip之类?

avatar
c*i
11
这个同意,记得前几年有一次很大的network outage就是最上面一级的dns servers遭到
dos attack.

【在 z**r 的大作中提到】
: 跟俺昨天想到的几乎一样,后来自己给否了。原因是IP是二进制,长度也固定,非常容
: 易structural。而domain name长度不固定,如果都按照最大长度来,真正有效部分(
: 假设也有类似net mask的东西)还是没有本质区别。到最后,还是到了.com等root,跟
: 现在的似乎没有区别。
: 俺看现在的cache这种就挺好,需要改进的是dns server之间如何更有效率的刷新
: database,说到底还是application level。当然这个东西绝对可以放到网络设备上,
: 其实很多公司也有相应的产品,比如cisco, f5等,但还是跑在linux上和普通的dns
: server没有本质区别
:
: problem

avatar
z*r
12
不是把dns server当成server farm然后用load balancer。是专门用到DNS上的比如
cisco ace global site selector。

【在 c*****i 的大作中提到】
: load balancer用在dns server上一直都有把.以前在enterprise network里面还有个简
: 单的load balance方法,就是用/32的host route.

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。