Свежие комментарии

Ну то есть должен быть абонентский комплект, у которого два оптических входа (даже если физически он один и призма внутри).

Такие бывают, наверное, но сдается мне что сильно реже (см. про клиентские роутеры с двумя Wan-портами, они есть, но их крайне мало)

В смысле - это же или по отдельной коробке на каждую длину волны (и какой-то еще сплиттер, наверное?)

Я в оптике - чистый теоретик.

А при отдельной лямбде - какое оконечное оборудование потребуется абоненту?

Может быть они планируют еще телевизор всем впарить? В HD-качестве, с просмотром пары каналов сразу?

На чердаке (там где лифтовое хозяйство) - у нас все присутствующие ISP (домонет, онлайм, еще кто-то) - поставили свои свитчи и упсы без проблем.

основная масса магистральных кабелей -- 96-волоконные, средний PON -- 1500-2500 абонентов, средняя длина PON-а -- 7-9 километров

не, они там реально затейники:

The OLT is responsible for allocating upstream bandwidth to the ONUs. Because the optical distribution network (ODN) is shared, ONU upstream transmissions could collide if they were transmitted at random times. ONUs can lie at varying distances from the OLT, meaning that the transmission delay from each ONU is unique. The OLT measures delay and sets a register in each ONU via PLOAM (physical layer operations and maintenance) messages to equalize its delay with respect to all of the other ONUs on the PON.
Once the delay of all ONUs has been set, the OLT transmits so-called grants to the individual ONUs. A grant is permission to use a defined interval of time for upstream transmission. The grant map is dynamically re-calculated every few milliseconds. The map allocates bandwidth to all ONUs, such that each ONU receives timely bandwidth for its service needs.
Some services POTS, for example require essentially constant upstream bandwidth, and the OLT may provide a fixed bandwidth allocation to each such service that has been provisioned. DS1 and some classes of data service may also require constant upstream bit rate. But much data traffic, such as browsing web sites, is bursty and highly variable. Through dynamic bandwidth allocation (DBA), a PON can be oversubscribed for upstream traffic, according to the traffic engineering concepts of statistical multiplexing. (Downstream traffic can also be oversubscribed, in the same way that any LAN can be oversubscribed. The only special feature in the PON architecture for downstream oversubscription is the fact that the ONU must be able to accept completely arbitrary downstream time slots, both in time and in size.)
In GPON there are two forms of DBA, status-reporting (SR) and non-status reporting (NSR).
In NSR DBA, the OLT continuously allocates a small amount of extra bandwidth to each ONU. If the ONU has no traffic to send, it transmits idle frames during its excess allocation. If the OLT observes that a given ONU is not sending idle frames, it increases the bandwidth allocation to that ONU. Once the ONU's burst has been transferred, the OLT observes a large number of idle frames from the given ONU, and reduces its allocation accordingly. NSR DBA has the advantage that it imposes no requirements on the ONU, and the disadvantage that there is no way for the OLT to know how best to assign bandwidth across several ONUs that need more.
In SR DBA, the OLT polls ONUs for their backlogs. A given ONU may have several so-called transmission containers (T-CONTs), each with its own priority or traffic class. The ONU reports each T-CONT separately to the OLT. The report message contains a logarithmic measure of the backlog in the T-CONT queue. By knowledge of the service level agreement for each T-CONT across the entire PON, as well as the size of each T-CONT's backlog, the OLT can optimize allocation of the spare bandwidth on the PON.
EPON systems use a DBA mechanism equivalent to GPON's SR DBA solution. The OLT polls ONUs for their queue status and grants bandwidth using the MPCP GATE message, while ONUs report their status using the MPCP REPORT message.

Ну тогда шансов на переподписку на волокне в нашем уютном уголке москвы - очень мало.

У домонета самый популярный тариф - самый дешевый и дохлый.

МГТС будет делить каждое волокно от АТС на 32.
вниз (к тебе) полосу можно настроить на оборудовании МГТС
вверх (от тебя) -- можно ли отдать например 2 tdma-ных слота твоему модему вместо одного -- не знаю.

Динамическое, говорит википедия и даже описывает алгоритм

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

Учитывая, что Color science является, по сути, ремеслом, а не наукой (в том смысле, что любые исследования носят уже только практический, а не научный характер), есть "нутряное ощущение", что официального метода исчисления отклонений от идеала просто нет. Так бывает.

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

Только вот смысл этой истории с критерием вообще совершенно не ясен, потому что идеал выбран, по моим представлениям, от балды. Это вроде хромированных рамок на окнах дорогих японских машин - японцы гордятся тем, что они у них не сварены из кусочков, а сделаны целиком. Но почему это хорошо - объяснить не могут, учитывая, что хороший сварной шов можно найти только специальным оборудованием.

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

Вот про переподписку у PON я не понял.

Ну там вот 2.4 гигабита, которые можно поделить 1:128. Это деление - оно статическое, всем в зубы по 20 мегабит, или динамическое (2.4 гигабита на 128 рыл, а дальше по загрузке?)?