Первого типа моделирует семантику двунаправленного неструктурированного потока байтов. Нижележащий протокол, обеспечивающий этот тип порта, ориентирован на установление соединения и функционально эквивалентен транспортному протоколу 4го класса модели МОС: обнаруживает и исправляет ошибки, гарантирует упорядоченность сообщений, отсутствие их дублирования, оповещает отправителя о потере сообщений. Типичная модель использования порта этого типа включает в себя системный вызов создания порта (возвращает дескриптор, подобный дескриптору обычного файла в ИНМОС) и связь его с другим портом системным вызовом connect. Далее следует последовательность обычных вызовов ИНМОС read и write (которые переадресуются соответственно в вызовы receive и send) для осуществления межпроцессного обмена данными. И наконец, вызов close закрывает данный порт и освобождает связанные с ним системные ресурсы.

Порт типа PORTDGRM позволяет процессам обмениваться дейтаграммами небольшой фиксированной длины без предварительного установления соединения. При этом не осуществляется управление потоком, не гарантируется порядок сообщений и отправитель не информируется в случае их потери. В дальнейшем планируется также реализация протокола, поддерживающего семантику надежных дейтаграмм, т. е. сообщения упорядочены, не дублированы и отправитель информируется в случае их потери. Для поддержания системной информации, связанной с портом, при его открытии формируется структура port, в которую заносится тип порта. Она содержит разные характеристики порта, флаги его состояний, указатели на системные подпрограммы, поддерживающие его функционирование, указатель на интерфейсную структуру протокола protosw, поддерживающего семантику порта, а также две очереди, соответствующие посылаемым и принимаемым через порт данным. Порт может быть помечен как привилегированный, если он открыт привилегированным пользователем ИНМОС. Только через привилегированные порты можно посылать широковещательные дейтаграммы.

Слоевая организация сетевого обеспечения позволяет иметь унифицированный интерфейс к нижележащему слою независимо от типа его протоколов. Так, все транспортные протоколы в системе описываются единообразно в виде набора входных точек и некоторых видимых извне характеристик, доступ к которым осуществляется через интерфейсную структуру protosw. Эта структура хранит информацию о типе протокольного модуля, флаги его состояний, указатели на подпрограммы инициализации протокола, обработки «тайм аутов», захвата и освобождения системных ресурсов. В структуре protosw также имеются указатели на подпрограмму, осуществляющую интерфейс с подпрограммами, обслуживающими порт, и подпрограммами, реализующими передачу пакетов и управление между смежными протокольными модулями.