Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

H.323 в ядре Linux [ править ]

Ядро Linux не «реализует» H.323. Экспериментальная функция, которая была добавлена ​​в версии 2.6.17, - это модуль, позволяющий отслеживать соединения H.323. Это отличается от реализации H.323. Когда вы создаете так называемый брандмауэр с отслеживанием состояния , вы иногда хотите разрешить соединения, которые «связаны» с другими соединениями. Например, в протоколе передачи файлов(FTP) клиент подключается к серверу, устанавливая управляющее соединение, и когда данные должны быть переданы, сервер подключается к клиенту, чтобы отправить их. Это соединение может быть отклонено клиентским брандмауэром, потому что он видит, что кто-то извне явно пытается подключиться к клиентскому хосту без причины. Однако, разрешая «связанные» соединения, ваша цель состоит в том, чтобы брандмауэр увидел, что новое входящее соединение связано с уже установленным соединением с сервером и должно быть принято.

Эта возможность очень полезна для создания простых брандмауэров, и некоторые протоколы выигрывают от способности ядра определять связанные соединения. Ядро Linux имеет несколько модулей, позволяющих отслеживать связанные соединения с помощью нескольких различных протоколов, таких как:

  • SCTP (помечен как ЭКСПЕРИМЕНТАЛЬНЫЙ)
  • FTP
  • IRC
  • Служба имен Netbios (помечена ЭКСПЕРИМЕНТАЛЬНЫМ)
  • TFTP
  • Аманда
  • PPTP
  • H.323 (обозначен как ЭКСПЕРИМЕНТАЛЬНЫЙ)

Однако это не означает, что ядро ​​каким-то образом реализует эти протоколы. Это не. Он включает только необходимую логику для идентификации этих соединений, установления связи между соединениями и обеспечения более простых правил брандмауэра. Новая опция доступна в этом разделе меню конфигурации ядра:

 -> Сеть  -> Поддержка сети (NET [= y])  -> Параметры сети  -> Фильтрация сетевых пакетов (заменяет ipchains) (NETFILTER [= y])  -> IP: Конфигурация Netfilter  -> Отслеживание соединения (требуется для masq / NAT) (IP_NF_CONNTRACK [= m])

- 212.59.212.39 00:59, 21 июня 2006 г. (UTC)

график принятия H.323 [ править ]

Предложение: я хотел бы знать сроки процесса принятия H.323 - в частности, когда этот протокол начал разрабатываться и когда он был принят. Zollinmh 20:30, 28 июня 2007 г. (UTC)

Меня тоже интересует эта информация. Я добавил шаблон, запрашивающий его, в раздел статьи. - Kvng ( разговорное ) 15:15, 15 июня 2010 г. (UTC)
Обсуждение H.323 началось в 1993 или 1994 годах, но на самом деле работа над протоколом (с точки зрения написания стандарта) не началась до 1995 года. В стандарт были вложены значительные усилия, и первая версия была утверждена в 1996 году. H.323 версия 2 появилась в 1998 году, H.323 версия 3 - в 1999 году, а H.323 версия 4 - в 2000 году. Это интересная историческая информация, но не очень важная с точки зрения описания протокола и его назначения. Паулей ( разговор ) 21:57, 9 августа 2012 (UTC)

Требуется технический контекст [ править ]

  • Как этот протокол вписывается в модель OSI или эквивалентную?
  • Когда в статье говорится, что этот протокол «основан на» Q.931, означает ли это «работает поверх» или «совместим с»?

- Беланд, 15:51, 11 октября 2007 г. (UTC)

Предложение по новой статье [ править ]

Ниже приводится предложение по новой статье о H.323. Не стесняйтесь обращаться к нам по поводу любых внесенных изменений. Если в ближайшие дни не будет комментариев, правки будут считаться поддержанными, и мы опубликуем отредактированную статью. МСЭ-T 11:05, 27 февраля 2008 г. (UTC)

Предположительно предлагаемые изменения были внесены в статью. Я удалил копию, которая была здесь. - Kvng ( разговорное ) 15:15, 15 июня 2010 г. (UTC)

Подключение к SIP, XMPP / Jabber / Jingle [ править ]

Обратите внимание на подключение H.323 к SIP, XMPP, Jabber и Jingle. - Pgan002 ( разговор ) 04:13, 31 декабря 2008 г. (UTC)