From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3DB6163C.7060307@mtu-net.ru> Date: Wed, 23 Oct 2002 07:23:40 +0400 From: "Oleg N. Kayunov" Organization: Home User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: community@altlinux.ru References: <3DB1F097.6010509@mtu-net.ru> <215870140.20021021141243@fastmail.fm> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: [Comm] Re: =?KOI8-R?Q?=EB=C1=CB_retrain_=D0=D2=C9=D7=CF=C4=C9=D4_?= =?KOI8-R?Q?=CB_=22=D3=C7=CF=D7=CF=D2=D5=22_NTP=2C_DNS_=C9_=D0=D2?= =?KOI8-R?Q?=CF=DE=C9=C8_=D3=C5=D2=D7=C5=D2=CF=D7?= Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru X-Reply-To: okayunov@mtu-net.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Henri Bourbon wrote: >On 20 Oct 2002 3:53, Oleg N. Kayunov wrote: > >>Заметил странную вещь. Для синхронизации использую ntpdate (свой >>ntp-сервер отключаю) при dial-up-е. В соотв. скрипте у меня прописано >>что-то около двух десятков ntp-серверов (начиная с Московских, >>ест-нно). Если не удаётся синхронизация с одним скрипт идёт к >>следующему и т.д. В большинстве случаев синхронизация удаётся с >>первого же сервера. И ладно. >> > >>Странность в следующем - если синхронизация таки не удаётся с первым >>же сервером (какой-то из zenon-ов), то она, в подавляющем большинстве >>случаев, не удаётся и со всеми остальными. >> > >Олег, у меня была догадка, в чем ваша проблема, и когда вы пожаловались >*еще и на DNS*, то эта догадка стала больше похожей на правду. Все дело >в отстойности модемного соединения и потере пакетов во время ретрейнов. >Если при отсылке UDP-пакета (а NTP, как и DNS, использует в качестве >протокола транспортного уровня именно UDP) происходит ретрейн (наиболее >вероятная и неприятная вещь), либо пакет пропадет по каким угодно другим >причинам, то никто не будет жаловаться на пропажу пакета либо передавать >его повторно. ntpdate просто скажет "no server suitable for >synchronization found", а ping скажет "unknown host". > Ваша гипотеза представляется мне вполне реалистичной и впервый момент показалось, что она описывает и мой случай. Но потом я понял, что вряд-ли это относится конкретно к моему случаю. Причина в том, что у меня постоянно (на всё время коннекта) включён звук модема. А ретрейн, ИМХО, на слух резко отличается от того стандартного шипения, которое характерно для коннекта на высокоскоростных протоколах.. И мне (ИМХО-же) доводилось слышать эту процедуру - когда кто-то подымал во время коннекта трубку на параллельном телефоне, так что я могу опознать на слух наличие сбоя в соединении. Так вот, во время описанных мною сбоев такого рода сбоев я не замечал. Похоже причина (в данном конкретном случае) в чём-то другом. > > >Ни протокол NTP, ни конкретные NTP-серверы, ни какие-то другие проблемы >на серверной стороне тут ни при чем. > >Полагаю, при наличии минимальной изобретательности и желания вы легко >можете проверить (не)правильность моей версии происходящего. > Ретропроверка, похоже, не подтверждает эту версию. Но я буду обращать на это внимание далее. -- == В действительности все обстоит совершенно иначе чем на самом деле. == BR, Oleg N. Kayunov.