Может кто знает номер RFC в котором описаны принципы использования NS серверов?<br><br><div class="gmail_quote">16 апреля 2009 г. 18:50 пользователь Sergey Bondari <span dir="ltr"><<a href="mailto:bondari@1stomni.com">bondari@1stomni.com</a>></span> написал:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello Алексей,<br>
<div class="im"><br>
>>При такой схеме часть запросов будет уходить на 2-ю площадку<br>
</div>АБ> Почему? Ведь насколько я помню, вторичный NS испльзуется только в<br>
АБ> случае недоступности вторичного.<br>
<br>
По практике могу сказать что это не так. Особенно это хорошо заметно в<br>
на паре нейм серверов мастер-слейв когда слейв должен автоматически<br>
сливать изменения с мастера. Когда меняешь запись А и не меняешь СОА<br>
сразу начинаются жалобы что через некоторых провайдеров лезет на<br>
старый А, при том что доступность основного сервера 100%.<br>
<div class="im"><br>
<br>
>> Как при наличии достаточного количества денег решают такие вопросы крупные компании на оборудовании Cisco или Juniper например?<br>
</div>АБ> Provider Independent адресное пространство, несколько каналов Intenet<br>
АБ> от разных ISP, 2 подстанции электропитанияс дизель генератором,<br>
АБ> резервируемые маршрутизаторы (Cisco HSRP) и коммутаторы (STP),<br>
АБ> резервируемые сервера+LACP и еще чего-то для включения в 2<br>
АБ> коммутатора. Но ето все дорого со страшной силой)<br>
<br>
АБ> --<br>
АБ> Best regards, Alexey Bobok<br>
<br>
<br>
<br>
--<br>
Best regards,<br>
<font color="#888888"> Sergey<br>
<br>
<br>
</font></blockquote></div><br>