Как я случайно выяснил в ходе совершенно других тестов, синхронизация времени в режиме WAN-PPTP не работает по, ИМХО, весьма позорной причине! Как это прошло тестирование? Просто удивительно! Я вынужден окончательно признать, что прошивки D-Link DI-* СЫРЬЁ и тестируются на пользователях.

Здесь приведена сокращённая информация, в следующих сообщениях детализация.

А суть глюка очень простая:
ВСЕ запросы, касающиеся NTP, в режиме WAN-PPTP отправляются с кривыми адресами и интерфейсами, а именно: пакет отправляется с интерфейса Eth, но адрес отправителя указан PPTP-шный! Инкапсуляция этого запроса в GRE отсутствует. В итоге, естестственно, ответа он не получает. Собственно всё понятно уже из "Protocols in frame: eth:ip:udp:ntp".
<полную инф. о пакете см. в следующих сообщениях>

Причём, так криво отправляются не только сами NTP-запросы, но и DNS-запросы разрешения имён NTP-серверов из встроенного списка.
<полную инф. о пакете см. в следующих сообщениях>

За этот список отдельное спасибо! Лично я из этого описания в веб-интерфейсе:
Synchronize the router's clock with:
Automatic (Automatic time update with pre-defined NTP servers or enter customized NTP)
Customized NTP = BB.BB.BB.55 Interval = 1 hour
понял так, используется или указанный в поле "Customized NTP" сервер или, если он не указан, то используется встроенный список ("pre-defined NTP servers"). Нет, оказывается "индейская хижина", оказывается если (как минимум) не доступен "Customized NTP" сервер, то всё равно будет использоваться и встроенный список "pre-defined NTP servers". А уж на заданный интервал обновления в случае ошибок роутер вообще кладёт с колокольни...
Кстати, вот сам список - 67 серверов:
<полную инф. о пакете см. в следующих сообщениях>

В итоге, имеем:
1) 270 КРИВЫХ попыток NTP-синхронизации за 2.6 часа (2:36) ~ 104 попытки в час! Каждый IP-пакет 152 байта, итого ~ 11.4 МБ/месяц
2) 1559 КРИВЫХ DNS-запросов на разрешение имён из встроенного списка "pre-defined NTP servers" за 2.6 часа (2:36) ~ 600 попыток в час, то есть каждые 10 секунд! IP-пакеты от 392 до 500+ байта, итого даже если их оценить по 400 байт ~ 173 МБ/месяц

Status / DeviceInfo:
Firmware Version: 2.09 , Thu, 24 Nov 2005
WAN
Connection PPTP Connected
IP Address AA.AA.AA.135
Subnet Mask 255.255.255.255
Default Gateway AA.AA.AA.135
DNS BB.BB.BB.55

Home / WAN:
PPTP Client = Static IP
IP Address CC.CC.CC.65 (MAC Eth-интерфейса обозначен как CC:CC:CC:CC:CC:CC)
Subnet Mask 255.255.255.0
Gateway CC.CC.CC.1 (MAC шлюза обозначен как DD:DD:DD:DD:DD:DD)
DNS BB.BB.BB.55
Server IP/Name EE.EE.EE.EE

_________________
Администрация форума! А зачем "втихаря" менять подписи в профиле пользователя? Не лучше ли делать что-то более полезное?

Здесь полный текст включая содержимое пакетов
ВСЕ запросы, касающиеся NTP, в режиме WAN-PPTP отправляются с кривыми адресами и интерфейсами, а именно: пакет отправляется с интерфейса Eth, но адрес отправителя указан PPTP-шный! Инкапсуляция этого запроса в GRE отсутствует. В итоге, естестственно, ответа он не получает. Собственно всё понятно уже из "Protocols in frame: eth:ip:udp:ntp".

No. Time Source Destination Protocol Info
10159 17:54:42.501477 AA.AA.AA.135 BB.BB.BB.55 NTP NTP

Frame 10159 (90 bytes on wire, 90 bytes captured)
Arrival Time: Feb 5, 2007 17:54:42.501477000
Time delta from previous packet: 2915.385978000 seconds
Time since reference or first frame: 2915.385978000 seconds
Frame Number: 10159
Packet Length: 90 bytes
Capture Length: 90 bytes
Protocols in frame: eth:ip:udp:ntp
Ethernet II, Src: CC:CC:CC:CC:CC:CC (CC:CC:CC:CC:CC:CC), Dst: DD:DD:DD:DD:DD:DD (DD:DD:DD:DD:DD:DD)
Destination: DD:DD:DD:DD:DD:DD (DD:DD:DD:DD:DD:DD)
Source: CC:CC:CC:CC:CC:CC (CC:CC:CC:CC:CC:CC)
Type: IP (0x0800)
Internet Protocol, Src: AA.AA.AA.135 (AA.AA.AA.135), Dst: BB.BB.BB.55 (BB.BB.BB.55)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 76
Identification: 0x0d58 (3416)
Flags: 0x00
0... = Reserved bit: Not set
.0.. = Don't fragment: Not set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 127
Protocol: UDP (0x11)
Header checksum: 0x120b [correct]
Good: True
Bad : False
Source: AA.AA.AA.135 (AA.AA.AA.135)
Destination: BB.BB.BB.55 (BB.BB.BB.55)
User Datagram Protocol, Src Port: 60633 (60633), Dst Port: 123 (123)
Source port: 60633 (60633)
Destination port: 123 (123)
Length: 56
Checksum: 0xeaea [correct]
Network Time Protocol
Flags: 0x0b
00.. .... = Leap Indicator: no warning (0)
..00 1... = Version number: reserved (1)
.... .011 = Mode: client (3)
Peer Clock Stratum: unspecified or unavailable (0)
Peer Polling Interval: invalid (0)
Peer Clock Precision: 1.000000 sec
Root Delay: 0.0000 sec
Clock Dispersion: 0.0000 sec
Reference Clock ID: Unindentified reference source ''
Reference Clock Update Time: NULL
Originate Time Stamp: NULL
Receive Time Stamp: NULL
Transmit Time Stamp: NULL

Причём, так криво отправляются не только сами NTP-запросы, но и DNS-запросы разрешения имён NTP-серверов из встроенного списка.

No. Time Source Destination Protocol Info
81358 20:24:06.004013 AA.AA.AA.135 BB.BB.BB.55 DNS Standard query A ntp.metas.ch

Frame 81358 (72 bytes on wire, 72 bytes captured)
Arrival Time: Feb 5, 2007 20:24:06.004013000
Time delta from previous packet: 5.500179000 seconds
Time since reference or first frame: 11878.888514000 seconds
Frame Number: 81358
Packet Length: 72 bytes
Capture Length: 72 bytes
Protocols in frame: eth:ip:udp:dns
Ethernet II, Src: CC:CC:CC:CC:CC:CC (CC:CC:CC:CC:CC:CC), Dst: DD:DD:DD:DD:DD:DD (DD:DD:DD:DD:DD:DD)
Destination: DD:DD:DD:DD:DD:DD (DD:DD:DD:DD:DD:DD)
Source: CC:CC:CC:CC:CC:CC (CC:CC:CC:CC:CC:CC)
Type: IP (0x0800)
Internet Protocol, Src: AA.AA.AA.135 (AA.AA.AA.135), Dst: BB.BB.BB.55 (BB.BB.BB.55)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 58
Identification: 0x5828 (22568)
Flags: 0x00
0... = Reserved bit: Not set
.0.. = Don't fragment: Not set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 127
Protocol: UDP (0x11)
Header checksum: 0xc74c [correct]
Good: True
Bad : False
Source: AA.AA.AA.135 (AA.AA.AA.135)
Destination: BB.BB.BB.55 (BB.BB.BB.55)
User Datagram Protocol, Src Port: 61810 (61810), Dst Port: 53 (53)
Source port: 61810 (61810)
Destination port: 53 (53)
Length: 38
Checksum: 0x2e21 [correct]
Domain Name System (query)
Transaction ID: 0x1401
Flags: 0x0100 (Standard query)
0... .... .... .... = Response: Message is a query
.000 0... .... .... = Opcode: Standard query (0)
.... ..0. .... .... = Truncated: Message is not truncated
.... ...1 .... .... = Recursion desired: Do query recursively
.... .... .0.. .... = Z: reserved (0)
.... .... ...0 .... = Non-authenticated data OK: Non-authenticated data is unacceptable
Questions: 1
Answer RRs: 0
Authority RRs: 0
Additional RRs: 0
Queries
ntp.metas.ch: type A, class IN
Name: ntp.metas.ch
Type: A (Host address)
Class: IN (0x0001)

За этот список отдельное спасибо! Лично я из этого описания в веб-интерфейсе:
Synchronize the router's clock with:
Automatic (Automatic time update with pre-defined NTP servers or enter customized NTP)
Customized NTP = BB.BB.BB.55 Interval = 1 hour
понял так, используется или указанный в поле "Customized NTP" сервер или, если он не указан, то используется встроенный список ("pre-defined NTP servers"). Нет, оказывается "индейская хижина", оказывается если (как минимум) не доступен "Customized NTP" сервер, то всё равно будет использоваться и встроенный список "pre-defined NTP servers". А уж на заданный интервал обновления в случае ошибок роутер вообще кладёт с колокольни...
Кстати, вот сам список - 67 серверов:
bonehed.lcs.mit.edu
chronos.cru.fr
clock.cuhk.edu.hk
clock.isc.org
clock.nc.fukuoka-u.ac.jp
clock.uregina.ca
clock.via.net
clock1.canterbury.ac.nz
goodtime.ijs.si
montpelier.ilan.caltech.edu
navobs1.gatech.edu
navobs1.wustl.edu
nets.org.sg
nist1.symmetricom.com
nist1-sj.glassey.com
ntp.alaska.edu
ntp.cesnet.cz
ntp.dgf.uchile.cl
ntp.metas.ch
ntp.nasa.gov
ntp0.coreng.com.au
ntp0.cs.mu.oz.au
ntp0.fau.de
ntp1.connectiv.com
ntp1.cs.mu.oz.au
ntp1.fau.de
ntp1.gbg.netnod.se
ntp1.ien.it
ntp1.mmo.netnod.se
ntp1.rnp.br
ntp1.sp.se
ntp1.sth.netnod.se
ntp2.fau.de
ntp2.gbg.netnod.se
ntp2.ja.net
ntp2.mmo.netnod.se
ntp2.sp.se
ntp2.sth.netnod.se
ntp2.usno.navy.mil
ntp3.fau.de
ntp-cup.external.hp.com
ntp-galway.hea.net
ntp-s1.cise.ufl.edu
ntps1.pads.ufrj.br
ntps1-0.cs.tu-berlin.de
ntps1-1.cs.tu-berlin.de
ntp-sop.inria.fr
ptbtime1.ptb.de
ptbtime2.ptb.de
rustime01.rus.uni-stuttgart.de
swisstime.ethz.ch
tick.mhpcc.hpc.mil
tick.mit.edu
tick.ucla.edu
tick.usno.navy.mil
time.keneli.org
time.nist.gov
time.service.uit.no
time.twc.weather.com
time1.stupi.se
time2.stupi.se
time-b.timefreq.bldrdoc.gov
timekeeper.isi.edu
tock.gpsclock.com
tock.usno.navy.mil
utcnist.colorado.edu
vega.cbk.poznan.pl


В итоге, имеем:
1) 270 КРИВЫХ попыток NTP-синхронизации за 2.6 часа (2:36) ~ 104 попытки в час! Каждый IP-пакет 152 байта, итого ~ 11.4 МБ/месяц
2) 1559 КРИВЫХ DNS-запросов на разрешение имён из встроенного списка "pre-defined NTP servers" за 2.6 часа (2:36) ~ 600 попыток в час, то есть каждые 10 секунд! IP-пакеты от 392 до 500+ байта, итого даже если их оценить по 400 байт ~ 173 МБ/месяц

Status / DeviceInfo:
Firmware Version: 2.09 , Thu, 24 Nov 2005
WAN
Connection PPTP Connected
IP Address AA.AA.AA.135
Subnet Mask 255.255.255.255
Default Gateway AA.AA.AA.135
DNS BB.BB.BB.55

Home / WAN:
PPTP Client = Static IP
IP Address CC.CC.CC.65 (MAC Eth-интерфейса обозначен как CC:CC:CC:CC:CC:CC)
Subnet Mask 255.255.255.0
Gateway CC.CC.CC.1 (MAC шлюза обозначен как DD:DD:DD:DD:DD:DD)
DNS BB.BB.BB.55
Server IP/Name EE.EE.EE.EE


Для справки, вот так выглядит "нормальный" DNS-запрос и ответ на него, обращаем внимание на "Protocols in frame: eth:ip:gre:ppp:ip:udp:dns"

No. Time Source Destination Protocol Info
28808 19:37:06.912158 AA.AA.AA.135 BB.BB.BB.55 DNS Standard query A ru.start.mozilla.com

Frame 28808 (114 bytes on wire, 114 bytes captured)
Arrival Time: Feb 5, 2007 19:37:06.912158000
Time delta from previous packet: 9059.796659000 seconds
Time since reference or first frame: 9059.796659000 seconds
Frame Number: 28808
Packet Length: 114 bytes
Capture Length: 114 bytes
Protocols in frame: eth:ip:gre:ppp:ip:udp:dns
Ethernet II, Src: CC:CC:CC:CC:CC:CC (CC:CC:CC:CC:CC:CC), Dst: DD:DD:DD:DD:DD:DD (DD:DD:DD:DD:DD:DD)
Destination: DD:DD:DD:DD:DD:DD (DD:DD:DD:DD:DD:DD)
Source: CC:CC:CC:CC:CC:CC (CC:CC:CC:CC:CC:CC)
Type: IP (0x0800)
Internet Protocol, Src: CC.CC.CC.65 (CC.CC.CC.65), Dst: EE.EE.EE.EE (EE.EE.EE.EE)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 100
Identification: 0x1458 (5208)
Flags: 0x00
0... = Reserved bit: Not set
.0.. = Don't fragment: Not set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 127
Protocol: GRE (0x2f)
Header checksum: 0x4f7b [correct]
Good: True
Bad : False
Source: CC.CC.CC.65 (CC.CC.CC.65)
Destination: EE.EE.EE.EE (EE.EE.EE.EE)
Generic Routing Encapsulation (PPP)
Flags and version: 0x3001
0... .... .... .... = No checksum
.0.. .... .... .... = No routing
..1. .... .... .... = Key
...1 .... .... .... = Sequence number
.... 0... .... .... = No strict source route
.... .000 .... .... = Recursion control: 0
.... .... 0... .... = No acknowledgment number
.... .... .000 0... = Flags: 0
.... .... .... .001 = Version: 1
Protocol Type: PPP (0x880b)
Payload length: 68
Call ID: 9600
Sequence number: 727
Point-to-Point Protocol
Protocol: IP (0x0021)
Internet Protocol, Src: AA.AA.AA.135 (AA.AA.AA.135), Dst: BB.BB.BB.55 (BB.BB.BB.55)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 66
Identification: 0x0058 (88)
Flags: 0x00
0... = Reserved bit: Not set
.0.. = Don't fragment: Not set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 127
Protocol: UDP (0x11)
Header checksum: 0x1f15 [correct]
Good: True
Bad : False
Source: AA.AA.AA.135 (AA.AA.AA.135)
Destination: BB.BB.BB.55 (BB.BB.BB.55)
User Datagram Protocol, Src Port: 60995 (60995), Dst Port: 53 (53)
Source port: 60995 (60995)
Destination port: 53 (53)
Length: 46
Checksum: 0x96e2 [correct]
Domain Name System (query)
Transaction ID: 0x16d7
Flags: 0x0100 (Standard query)
0... .... .... .... = Response: Message is a query
.000 0... .... .... = Opcode: Standard query (0)
.... ..0. .... .... = Truncated: Message is not truncated
.... ...1 .... .... = Recursion desired: Do query recursively
.... .... .0.. .... = Z: reserved (0)
.... .... ...0 .... = Non-authenticated data OK: Non-authenticated data is unacceptable
Questions: 1
Answer RRs: 0
Authority RRs: 0
Additional RRs: 0
Queries
ru.start.mozilla.com: type A, class IN
Name: ru.start.mozilla.com
Type: A (Host address)
Class: IN (0x0001)


No. Time Source Destination Protocol Info
28809 19:37:06.925989 BB.BB.BB.55 AA.AA.AA.135 DNS Standard query response CNAME www.google.com CNAME www.l.google.com A 209.85.129.104 A 209.85.129.147 A 209.85.129.99

Frame 28809 (405 bytes on wire, 405 bytes captured)
Arrival Time: Feb 5, 2007 19:37:06.925989000
Time delta from previous packet: 0.013831000 seconds
Time since reference or first frame: 9059.810490000 seconds
Frame Number: 28809
Packet Length: 405 bytes
Capture Length: 405 bytes
Protocols in frame: eth:ip:gre:ppp:ip:udp:dns
Ethernet II, Src: DD:DD:DD:DD:DD:DD (DD:DD:DD:DD:DD:DD), Dst: CC:CC:CC:CC:CC:CC (CC:CC:CC:CC:CC:CC)
Destination: CC:CC:CC:CC:CC:CC (CC:CC:CC:CC:CC:CC)
Source: DD:DD:DD:DD:DD:DD (DD:DD:DD:DD:DD:DD)
Type: IP (0x0800)
Internet Protocol, Src: EE.EE.EE.EE (EE.EE.EE.EE), Dst: CC.CC.CC.65 (CC.CC.CC.65)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 391
Identification: 0xcded (52717)
Flags: 0x04 (Don't Fragment)
0... = Reserved bit: Not set
.1.. = Don't fragment: Set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 63
Protocol: GRE (0x2f)
Header checksum: 0x94c2 [correct]
Good: True
Bad : False
Source: EE.EE.EE.EE (EE.EE.EE.EE)
Destination: CC.CC.CC.65 (CC.CC.CC.65)
Generic Routing Encapsulation (PPP)
Flags and version: 0x3081
0... .... .... .... = No checksum
.0.. .... .... .... = No routing
..1. .... .... .... = Key
...1 .... .... .... = Sequence number
.... 0... .... .... = No strict source route
.... .000 .... .... = Recursion control: 0
.... .... 1... .... = Acknowledgment number
.... .... .000 0... = Flags: 0
.... .... .... .001 = Version: 1
Protocol Type: PPP (0x880b)
Payload length: 355
Call ID: 0
Sequence number: 367
Acknowledgement number: 727
Point-to-Point Protocol
Address: 0xff
Control: 0x03
Protocol: IP (0x0021)
Internet Protocol, Src: BB.BB.BB.55 (BB.BB.BB.55), Dst: AA.AA.AA.135 (AA.AA.AA.135)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 351
Identification: 0x0000 (0)
Flags: 0x04 (Don't Fragment)
0... = Reserved bit: Not set
.1.. = Don't fragment: Set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 63
Protocol: UDP (0x11)
Header checksum: 0x1e50 [correct]
Good: True
Bad : False
Source: BB.BB.BB.55 (BB.BB.BB.55)
Destination: AA.AA.AA.135 (AA.AA.AA.135)
User Datagram Protocol, Src Port: 53 (53), Dst Port: 60995 (60995)
Source port: 53 (53)
Destination port: 60995 (60995)
Length: 331
Checksum: 0x6a99 [correct]
Domain Name System (response)
Transaction ID: 0x16d7
Flags: 0x8180 (Standard query response, No error)
1... .... .... .... = Response: Message is a response
.000 0... .... .... = Opcode: Standard query (0)
.... .0.. .... .... = Authoritative: Server is not an authority for domain
.... ..0. .... .... = Truncated: Message is not truncated
.... ...1 .... .... = Recursion desired: Do query recursively
.... .... 1... .... = Recursion available: Server can do recursive queries
.... .... .0.. .... = Z: reserved (0)
.... .... ..0. .... = Answer authenticated: Answer/authority portion was not authenticated by the server
.... .... .... 0000 = Reply code: No error (0)
Questions: 1
Answer RRs: 5
Authority RRs: 6
Additional RRs: 6
Queries
ru.start.mozilla.com: type A, class IN
Name: ru.start.mozilla.com
Type: A (Host address)
Class: IN (0x0001)
Answers
ru.start.mozilla.com: type CNAME, class IN, cname www.google.com
Name: ru.start.mozilla.com
Type: CNAME (Canonical name for an alias)
Class: IN (0x0001)
Time to live: 4 minutes, 27 seconds
Data length: 13
Primary name: www.google.com
<<<хвост откушен>>>

_________________
Администрация форума! А зачем "втихаря" менять подписи в профиле пользователя? Не лучше ли делать что-то более полезное?

ок, принято.

Реакция представителя компании косвенно подтверждает, что тестирование проводится на потребителях. Да и нумерация прошивок (с буквой "b", что значит "beta" - сырая) тоже тому подтверждение.

Вот уж не думал, что заплатив деньги за продукт, в спецификации которого указана возможность обновления прошивки, я вступлю в клуб бета-тестеров всех последующих прошивок.

Господа из российского D-Link, раз уж у нас с вами такое сотрудничество складывается, может уж сделаете решительный шаг и откроете исходники этого чуда техники для своих горе-бета-тестеров? Глядишь, и нормальную прошивочку вместе сваяем...

Не получите. Сие "чудо" (софтварий в особенности) есть результат жизнедеятельности уродов из Texas Instruments. У них оно называется WONE (a.k.a. APDK). Это никому не дается, чтобы невинные не умерли от смеха.

Думаю что TI тут не при чем. SDK - это еще но продукт.

Софтварь писалась в недрах DLink, причем большинство бета-обновлений прошивок на российском сайте, ИМХО, - непосредственно в нашей раше.

Лично меня смешит то, что горластые энтузиасты от народа, становясь сотрудниками международных корпораций, вдруг теряют квалификацию и наотрез перестают думать о потребителях, коими сами недавно были. И смех, и грех, господа!

Увы и ах, но d-link, а конкретно индусы, писали только морду. WONE/APDK именно что продукт "без морды".

А может у меня виснуть роутер при работе по PPTP именно по вышеописанной причине? Правдо роутер у меня DI-604

_________________
С уважением, Роман.

В таком случае баг с NTP присутствует во всех изделиях на основе этой платформы, разумеется не только DLink'овских. И уже очень давно...

Ну и, кроме того, думается что всеми пинаемый здесь саппорт длинка давно бы уже перевел стрелки на "уродов" из TI, если бы это было возможно. Ан нет: молчат, упираются.

Впрочем это все лирика. А нам бы тут положеный сервис получить от фирмы, за чье изделие деньги уплочены. А кто там баги клепает - вопрос второстепенный.

Гы-гы...
Предпоследнее сообщение когда еще писалось, а воз и ныне там.
Т.е. проблема с синхронизацией времени (хотя, в ченджлоге все красиво, типо, исправлено). Про другие проблемы молчу, о них поведает сей форум...