6.2. Реструктуризация топологии лвс

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

Реструктуризация варианта проектируемой сети проводится с целью сокращения затрат на ее создание и эксплуатацию. Этот процесс сводится к последовательному устранению линий связи, не удаляя при этом сами информационные потоки, которые, потеряв возможность передаваться по устраненной линии связи перенаправляются по другому маршруту по оставленным линиям связи от точки возникновения к точке применения. При этом должны быть максимально сохранены требования пользователей, учтены ограничения программно-технических компонент сети, препятствующие или наоборот, - способствующие модернизации сети. Например, можно максимально нагружать линию достигая максимального использования ее ресурса (достигая максимальной пропускной способности) или когда скорость передачи трафика достигнет максимально допустимой скорости в линии связи перенаправить информационный поток по другой линии связи. Объединяемые одной линией связи информационные потоки объединяются по определенным правилу наложения трафиков, рассмотренное выше. При преобразовании очередного варианта топологии следует помнить о том, что любой информационный поток, состоящий из совокупности документов не означает того, что эта совокупность составляет одно целое. Любой из документов можно направлять по любому маршруту с соблюдением условий документооборота, т.е. чтобы он во время вышел из точки формирования и во время попал в точку потребления. С другой стороны при передаче каждый документ можно делить на части: пакеты-транзакции. Поэтому каждую составляющую информационно потока можно направить своим маршрутом, отличным от прописанного в схеме информационных потоков, при условии соблюдения параметров документооборота. Учитывая изложенное, можно ввести вообще новую линию связи, т.е. организовать новый поток, не прописанный в схеме информационных потоков. Естественно, что в таком случае вновь полученный поток будет комбинацией других потоков. Еще можно разделять информационные потоки по разным направлениям, пропуская их транзакции по разным линиям связи, по разным маршрутам. При этом, естественно, должно соблюдаться условие начала и окончания их передачи. При реформировании вариантов топологий следует постоянно помнить том, что для любой транзакции время ее начала передачи и время ее поступления в точку потребления не должно отличаться от условий регламентируемых документооборотом предприятия. При перенаправлении информационного потока по другим маршрутам необходимо рассматривать необходимость равномерного распределении нагрузки всех линий связи сети с учетом пиковых нагрузок. Можно искусственно максимально загрузить одну линию (или несколько линий), умышленно создав таким образом критический путь, а в процессе эксплуатации уделять ему в дальнейшем особое внимание. Следует помнить, что при реструктуризации могут возникнуть существенные организационно-технические проблемы (ограничения), порой трудноразрешимые. Это может быть связано с возникновением несоответствия графика загрузки сети с графиком работы структурных подразделений предприятия: временем начала и окончания смен, обеденных перерывов, времени начала/окончания работы оборудования, излучающего помехи, графиком начала/окончания передачи конфиденциальных данных и др. Могут возникнуть ограничения на длину магистральных сегментов сети или ее диаметр, проблемы частотного уплотнения, пропускной способности линии, полосы пропускания, несогласованности протоколов и другие технические ограничения. Здесь указаны в качестве напоминания некоторые из основных ограничений, хотя на практике их гораздо больше. В курсовом проекте следует описать такие узкие места и пути решения этих проблем.

Другими словами, минимизации стоимости ЛВС последовательно итеративно сводится к формированию более дешевой сети с упрощенной топологией, для которой требуется меньшее количество кабеля, более упрощенная и дешевая NOS (а, следовательно, устраняется и необходимость работы системного программиста, т.к. программист средней квалификации с достаточным опытом работы вполне способен обеспечивать работоспособность такой сети, как W-NT, а, следовательно, и капитальные, и эксплуатационные затраты уменьшатся), другое сетевое оборудование (предполагается, что более дешевое, хотя на практике бывает и наоборот).

По каждому варианту топологии сети производится выбор сетевых технических средств, сетевой операционной системы и осуществляется оценка эффективности сети. Оценка эффективности сети производится по показателям, определенным при обследовании предприятия. Расчет показателей оценки эффективности сети производится по каждому варианту топологии сети (см. приложение № 16) по предварительно выбранной методике, а результаты сводятся в аналогичную таблицу. В проекте должно быть рассмотрено несколько вариантов топологий и, соответствующее количество вариантов расчета оценки эффективности (в отдельных случаях число методов расчета показателей оценки эффективности по каждому варианту топологии может быть задано преподавателем).

При реструктуризации топологии сети могут применяться методики структуризации сетей на основе концентраторов, мостов, шлюзов и/или коммутаторов, маршрутизаторов и др.. В качестве критерия оценки вновь получаемого варианта может быть использовано пингование, применен метод рейтинговой оценки когда для опорного варианта принимаются значения показателей, заданные пользователем. В этом случае парного сравнения полученный вариант сравнивается с заданным. При анализе всех полученных вариантов метод рейтинговой оценки в его классической постановке используется для выбора наилучшего из предлагаемых. Если же произвести попарное сравнение каждого предлагаемого варианта с заданным пользователем, то можно увидеть насколько он близок к заданному результату в сравнении с другими. Для этого результаты попарного сравнения нужно занести в таблицу и, пользуясь тем же методом в его классической постановке выбрать среди них вариант в наибольшей степени отвечающий заданным пользователем условиям.

Любой вариант может быть получен средствами автоматизации проектирования сети.

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

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

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