- Что означает «настройка простых сетевых трактов 155 Мбит/сек» в расценке
- Как правильно определить количество трактов: коммутатор, порты и «почему вышло слишком много»
- Распространённая ошибка: “9 коммутаторов по 48 портов = 432 тракта”
- Что нужно в программе ПНР, чтобы расценку можно было применять корректно
- Почему объём может выходить завышенным: 5 причин, которые встречаются чаще всего
- Как привести смету в порядок: практичный чек-лист перед пересчётом
- Что дальше делать с расчётом по вашей ситуации
- Источник терминов и базовая ориентация по расценкам
Если вы пришли по запросу «настройка простых сетевых трактов 155 мбит/сек», вы, скорее всего, упёрлись в типичную проблему: сметчик (или вы сами) непонятно как посчитали количество трактов, и итоговая сумма выглядит завышенной. Особенно это случается, когда трактов много, а оборудование “размазывает” их по портам.
Ниже разберёмся, что именно обычно подразумевают под настройкой простых сетевых трактов 155 мбит/сек в расценках семейства 10-06-068, какие работы там “зашиты”, и как под это логично формировать объём (чтобы смета не превращалась в гадание на кофейной гуще).
Что означает «настройка простых сетевых трактов 155 Мбит/сек» в расценке
По смыслу работ это настройка линейного/цифрового транспортного тракта под заданные параметры, плюс контрольные измерения показателей ошибок и джиттера.
В формулировках, которые встречаются в описаниях к расценкам 10-06-068, логика такая:
- измеряют ошибки и выходной джиттер на тракте 155 Мбит/сек и на сопоставимых скоростных уровнях;
- выполняют измерения для STM-N/VC (если по проекту это требуется);
- проводят измерения джиттера на выходе трактов.
Отдельно важно: расценки не всегда “привязаны” к количеству портов коммутатора напрямую. Они привязаны к тому, как в проекте/ПНР формально определены тракты и какие из них действительно подлежат настройке и испытаниям как отдельные единицы работ.
Как правильно определить количество трактов: коммутатор, порты и «почему вышло слишком много»
Самый частый кейс из практики смет: берут коммутатор, считают “48 портов = 48 трактов” и умножают на количество коммутаторов. Получается число трактов, которое потом не бьётся с реальностью.
Почему это часто ошибка
Потому что в проекте тракт - это не “физический провод в порт”. Тракт - это логическая (или транспортная) единица, по которой выполняется настройка и контрольные измерения.
Даже если в кабельном хозяйстве реально проложено много линий, сметный объём обычно считается так, как это описано в документации:
- сколько линий/каналов/транспортных трактов в составе сети подлежат настройке;
- сколько точек измерения и отдельных измеряемых объектов (например, “тракт 155 Мбит/сек, основной/последующий”, разные направления, разные схемы резервирования);
- что именно входит в измерения по программе ПНР.
Типовая логика подсчёта (без магии)
Чтобы не получить “слишком много”, объём считают по таблицам/ведомостям в проекте и/или по программе ПНР:
- Находим, какие именно тракты 155 Мбит/сек перечислены как отдельные единицы.
- Сверяем, сколько из них реально подпадают под фразу вида:
- «настройка простых сетевых трактов 155 Мбит/сек»
- и выполняемые измерения ошибок/джиттера.
- Умножаем расценку не на “количество портов коммутатора”, а на количество трактов, которые включены в ПНР как отдельные объекты.
Распространённая ошибка: “9 коммутаторов по 48 портов = 432 тракта”
Если у вас ситуация похожа на такую формулу:
| Параметр | Значение |
|---|---|
| Коммутаторов | 9 |
| Портов | 48 |
| “Трактов по портам” | 9 * 48 = 432 |
| Итоговое требование пересчитать объём | да |
То первое, что стоит проверить: не подменяете ли вы “количество портов” на “количество объектов настройки”.
На практике один коммутатор может:
- использоваться как распределитель,
- обслуживать несколько типов подключений,
- не давать “в лоб” количество транспортных трактов 155 Мбит/сек как сметных единиц.
Поэтому реальный счёт почти всегда начинается с формального перечня трактов в составе проекта/ПНР, а не с количества физических портов.
Что нужно в программе ПНР, чтобы расценку можно было применять корректно
Без нормальной программы ПНР сметчик неизбежно начинает “угадывать” объём. В обсуждениях по этой теме прямым текстом часто звучит мысль: при грамотно составленной программе ПНР, где отражены все виды работ, расценку применять проще и честнее.
Что должно быть в ПНР, чтобы объём по настройке простых сетевых трактов 155 мбит/сек посчитался без споров:
| Что должно быть в ПНР | Зачем это нужно в смете |
|---|---|
| Перечень трактов (идентификаторы/объекты) | понять, сколько единиц действительно считаем |
| Разделение по скоростям (155 Мбит/сек и другие) | не смешивать разные уровни в одну единицу |
| Указание “основной/последующий” (если предусмотрено расценкой) | верно выбрать соответствующий вариант расценки/объёма |
| Какие измерения выполняются | подтвердить состав работ, чтобы объём был обоснован |
| Точки измерения джиттера и ошибок | привязать “измеряемые объекты” к количеству трактов |
| Ссылка на схемы/направления/резервирование (если есть) | не плодить трактов “по портам” |
Почему объём может выходить завышенным: 5 причин, которые встречаются чаще всего
| Причина | Как проявляется | Что проверить |
|---|---|---|
| Путаница портов и трактов | считают 48 портов = 48 трактов | где в ПНР описаны именно транспортные тракты 155 Мбит/сек |
| Дублирование объектов | один и тот же тракт считается дважды (в основном и последующем, или в разных таблицах) | сопоставьте таблицы ПНР/ведомость объектов |
| Смешивание скоростей | “155” попало вместе с “2/34/140/STM-...” | чётко отделите 155 Мбит/сек |
| Неполное разнесение по направлениям/схемам | тракты “1+1/1:1” и простые трактовки считаются как одинаковые | посмотрите, какие схемы прямо прописаны в составе испытаний |
| Нет логики сопоставления измерений | записали измерения “вообще”, а объекты не перечислены | в ПНР должны быть идентификаторы объектов измерений |
Как привести смету в порядок: практичный чек-лист перед пересчётом
- Возьмите проектную часть/ПНР и выпишите: сколько именно трактов 155 Мбит/сек там перечислено как отдельные объекты.
- Проверьте, что в ПНР отражены измерения ошибок и выходного джиттера именно для этих объектов (это ключевая “смысловая начинка” работ).
- Сверьте, не включили ли вы туда лишние объекты, которые на самом деле относятся к другой части сети (например, просто физические линии, не выделенные как транспортные трактовые единицы).
- Если в смете уже фигурируют десятки/сотни единиц, сделайте “обратную проверку”:
- на какой строке ПНР основан каждый тракт,
- сколько трактов подтверждается перечнем объектов,
- где указан расчёт количества.
- Согласуйте с тем, кто готовит ПНР: объём должен опираться на программу, а не на “портовую математику”.
Что дальше делать с расчётом по вашей ситуации
В вашем примере (когда коммутаторов много и сумму считают очень большой) почти наверняка проблема в том, что количество трактов посчитали по “топологии железа”, а расценку применяют по “объектам настройки и испытаний”.
Правильный путь: пересчитать не “сколько портов”, а сколько трактов 155 Мбит/сек реально включены в ПНР как отдельные объекты с измерениями ошибок/джиттера и с теми условиями (основной/последующий и т.п.), которые соответствуют выбранной расценке.
Источник терминов и базовая ориентация по расценкам
Для ориентира можно смотреть описания работ по расценкам 10-06-068 (встречаются варианты с разделением по трактам и измерениям ошибок/джиттера). Также полезны страницы с базовыми описаниями по конкретным позициям, где прямо перечисляются виды измерений. Например, формулировки по 10-06-068-12 и 10-06-068-13 встречаются в справочных публикациях, где описан состав работ и завязка на измерения ошибок/джиттера (а также часто указаны годы/уровни цен в разных базах).
Если суммировать одним предложением: настройка простых сетевых трактов 155 Мбит/сек считается по объектам настройки и испытаний из проекта/ПНР, а не по количеству портов коммутатора. Именно поэтому часто получается “слишком много” при слепом умножении 48 портов на число устройств.