Автор работы: Пользователь скрыл имя, 14 Марта 2015 в 12:34, контрольная работа
Internet (Интернет) – это сеть сетей. Internet – это объединение десятков тысяч локальных сетей, разбросанных по всему миру. Internet – это единая сеть, способная передавать информацию из любой точки земного шара в любую другую точку. Internet (с заглавной буквы) — самое большое и популярное межсетевое объединение в мире.
Internet — совокупность соединенных друг с другом компьютерных сетей во всем мире, предназначенных для передачи данных от одного компьютера к другому.
Для передачи медиа-информации комитет IETF предлагает использовать протокол RTP, но сам протокол SIP не исключает возможность применения для этих целей других протоколов. Многие стандарты никогда не воплощаются в успешные коммерческие продукты. К SIP это не относится. На рынке уже есть поддерживающие его шлюзы, серверы-посредники, терминалы. Внедрение протокола SIP сопровождается работой по дальнейшему развитию и расширению протокола. Одно из возможных новых применений SIP – это использование его в качестве протокола установления соединения в сотовых сетях третьего поколения (3G). Так, организация 3GPP (3rd Generation Partnership Project) уже приняла его в качестве сигнального протокола мобильной сети 3-го поколения. Протокол SIP является перспективным современным протоколом для предоставления широкого спектра телекоммуникационных услуг.
5. Что понимается под Платформой NET
Платформа .NET стимулирует развитие распределенных систем нового поколения и строится на признанных концепциях и стандартах. Платформу .NET образуют пять компонентов (рисунок 1.1): средства разработки; серверные системы; службы .NET Building Block Services — «строительные блоки»; программное обеспечение для устройств; специализированные рабочие среды. (реализованы в виде приложений на платформе .NET).
Первый компонент упрощает создание веб-служб. Он представлен
платформой .NET Framework и набором инструментальных средств Visual Studio. .NET Framework и Visual Studio .NET обеспечивают самый простой, быстрый и эффективный способ разработки веб-служб.
Вторым компонентом .NET является набор серверов, отвечающих за
объединение и интеграцию веб-служб. Эти серверные системы можно условно разделить на две категории. Первая включает программные продукты, которые обеспечивают базовые средства для работы с XML, например, Windows 2000, SQL Server 2000 и Exchange 2000. Использование языка XML является самым простым и «открытым» способом интеграции веб-служб. Вторая категория включает специальные серверные системы (такие как BizTalk Server), которые обеспечивает эффективные и универсальные возможности объединения и интеграции. Например, сервер BizTalk Server 2000 предлагает встроенный язык XLANG, позволяющий определять бизнес-процессы, транзакции и контракты и обеспечивающий глубокую интеграцию разнородных сред.
Третьим компонентом платформы .NET является набор служб, играющих роль «строительных блоков» (Building Block Service), которые повышают простоту и Специализированные рабочие среды. Средства разработки
Серверные Строительные блоки П Программное обеспечение удобство работы пользователя. Сегодня пользователям часто приходится вводить одни и те же учетные данные для доступа к веб- узлам и приложениям. Создатели .Net работают над созданием небольшого набора служб (таких как службы идентификации, оповещения и схематизированные хранилища), которые значительно упростят переход от одной службы к другой или переход из одной среды в другую. Такая интеграция имеет ключевое значение в мире распределенных вычислительных систем.
Службы — «строительные блоки» предлагают широкие возможности не только пользователям, но и разработчикам, позволяя им использовать готовые службы, доступные через Интернет.
Четвертый компонент платформы .NET представлен набором программного обеспечения для устройств и клиентских систем. Его роль заключается в том, чтобы предложить пользователю удобную и интегрированную среду для работы.
Платформа .NET предполагает использование не одного устройства или клиента, а целого семейства дополняющих друг друга устройств. Объединяет эти устройства то, что все они являются «интеллектуальными». Чтобы поддержка этих устройств стала возможной, для них создается программное обеспечение с новыми функциями ,которые делают работу пользователя более удобной и эффективной. Они запоминают вашу личную информацию и используют в качестве платформы для обработки данных Web-, а не отдельные серверы.
Пятым компонентом платформы .NET являются удобные рабочие среды, ориентированные на определенную категорию пользователей, которые интегрируют Web-службы и объединяют различные функциональные возможности. Предлагается несколько таких сред:
Наиболее впечатляющая и наиболее обозримая часть .NET — новое семейство корпоративных серверов. Состав продуктов семейства .NET Enterprise Servers подобран так, чтобы удовлетворить в равной степени как практиков, развертывающих исопровождающих информационные системы современных предприятий, так и теоретиков, заботящихся об элегантности концепций и перспективах развития отрасли.
Модульная структура .NET и ориентация на открытые стандарты обеспечивают широкий выбор «строительных блоков» и удобство сборки из них корпоративных систем. Новая архитектура .NET гарантирует масштабируемость, необходимую самым крупным предприятиям.
6. В чем заключается главная особенность MPLS
Cтандарт Multi-Protocol Label Switching (MPLS), предложенный Internet Engineering Task Force (IETF), предназначен для дальнейшего масштабирования Internet. Эта задача решается путем присоединения специальных меток к пакетам IP.
Метки позволяют маршрутизаторам и коммутаторам пересылать трафик дальше на основе содержащейся в них информации, не анализируя внутренние поля каждого пакета.
Система меток, которыми снабжаются IP-пакеты в соответствии со спецификацией МPLS, ускоряет передачу корпоративного трофика no Internet, обеспечивает гарантированные уровни качества обслуживания в IP- и других сетях, снижает общие издержки на использование глобальных сетей. Схему срочной доставки пакетов можно представить следующим образом:
Спецификации MPLS разрабатывались для организации управления пакетами в территориально-распределенных сетях тем же способом, которым осуществляется манипулирование каналами в сетях ATM и управление маршрутами ячеек. Однако главное преимущество MPLS заключается в том, что клиенты могут обслуживать трафик точно также, как в сетях АТМ, не прибегая при этом к сложным средствам ATM и не используя функции повышения качества обслуживания и структуру виртуальных каналов. В стандарте MPLS лучшим способом достигается сочетание высокой пропускной способности ATM с простотой и привычностью протокола IP.
Корпорации получают возможность повысить качество обслуживания линий связи IP, управляя при помощи средств MPLS пересылкой пакетов по заранее определенным каналам и маршрутам, что обеспечивает нужную производительность для приложений, чувствительных к задержкам. Данный метод принципиально отличается от традиционного способа управления трафиком IP, когда пропускная способность и маршрут передачи информации заранее не известны и, таким образом, производительность становится совершенно непредсказуемой.
К достоинствам MPLS следует отнести упрощение топологии сетей с большим числом маршрутов. MPLS помогает уменьшить число уровней иерархии и избежать чрезмерной сложности процедур контроля, управления и обслуживания сети.
Еще одной положительной чертой MPLS является простота управления трафиком, не зависящая от особенностей конкретных компонентов, отвечающих за качество обслуживания. Контроль за информационными потоками в сетях MPLS реализован более эффективно и позволяет избежать перегрузок, устранить ограничения пропускной способности и исключить избыточные связи.
Однако далеко не всем крупным корпорациям требуется данная возможность, в оптимизации управления трафиком нуждаются лишь частные территориально- распределенные сети, построенные на основе смешанной топологии. Двухточечное соединение и сеть типа «звезда» и так поддерживают различные маршруты.
7. Перечислите основные функции протокола SOAP
На сегодняшний день существует множество технологий и протоколов, позволяющих объединять элементы распределенных систем между собой. Одна из наиболее известных технологий – DCOM, позволяющая эффективно осуществлять RPC-вызовы, передавать и принимать данные, распределять нагрузку между несколькими back-end серверами. Однако у систем, построенных на DCOM, есть очень важный недостаток, затрудняющий взаимодействие уровня представления и уровня бизнес-логики через Internet. Большинство современных сетевых экранов будут запрещать передачу таких пакетов из соображений безопасности. В распределенных системах для обеспечения взаимодействия разных уровней используется SOAP. Simple Object Access Protocol (SOAP) – основанный на XML протокол, предназначенный для обмена информацией в распределенных системах. SOAP устанавливает стандарт взаимодействия клиент-сервер и регламентирует, как должен осуществляться вызов, передаваться параметры и возвращаемые значения. Для представления любой информации, передаваемой от клиента к серверу и наоборот, используется XML [20, 21]. SOAP нельзя рассматривать как полную замену DCOM, так как DCOM поддерживает специфические технологии, которые сложно или практически невозможно реализовать для SOAP-вызовов – управление временем жизни объектов (DCOM ping), передача объектных ссылок, COM-события. Поэтому в общем случае для перехода с DCOM на SOAP может потребоваться частичное (или даже полное) изменение архитектуры приложения. К достоинству протокола SOAP следует отнести то, что он нейтрален кплатформе, т.е. не накладывает ограничений на платформы, которые используются клиентом и сервером.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
1.Rosenberg J., Schulzrinne H., Camarillo G., Johnston A., Peterson J., Sparks R., HandleyM., E. Schooler SIP: Session Initiation Protocol, RFC 3261
2. M.Handley, H. Schulzrinne, E. Schooler, J. Rosenberg SIP: Session Initiation Protocol,RFC 2543
3. J. Franks, P. Hallam-Baker, J. Hostetler, S. Lawrence, P. Leach, A. Luotonen, L. Stewart HTTP Authentication: Basic and Digest Access Authentication, RFC 2617
4. Donovan S. The SIP INFO Method, RFC 2976
5. J. Rosenberg, H. Schulzrinne Reliability of Provisional Responses in SIP, RFC 3262
6. A. B. Roach SIP - Specific Event Notification, RFC 3265
7. J. Rosenberg SIP UPDATE Method, RFC 3311
8. R. Sparks SIP Refer Method, RFC 3515
9. A. Johnston, A. Johnston, R. Sparks, C. Cunningham, K. Summers SIP Basic Call Flow Examples, RFC 3665
10.J. Rosenberg, H. Schulzrinne SIP: Locating SIP Servers, RFC 3263
11.J. Peterson Privacy Mechanism for SIP, RFC 3323
12. H. Schulzrinne, D. Oran, G. Camarillo The Reason Header Field for SIP, RFC 3326
13. G. Camarillo, W. Marshall, J. Rosenberg Integration of Resource Management and SIP,RFC 3312
14. C. Jennings, J. Peterson, M. Watson Private Extensions to SIP for Asserted Identity within Trusted Networks, RFC 3325
15. B. Campbell, J. Rosenberg, H. Schulzrinne, C. Huitema, D. Gurle SIP Extension for Instant Messaging, RFC 3428
16. D. Willis, B. Hoeneisen SIP Extension Header Field for Service Route Discovery During Registration, RFC 3608