Как стать автором
Обновить
24
0

Пользователь

Отправить сообщение
Как только я садился за рабочий компьютер, монстр сразу брал верх, и вместо таск-менеджера я открывал браузер, который был туго набит закладками «интересных сайтов»

Сижу сейчас на работе. Куча дел. Butthurt
Ок. Выбор достойный уважения.
То есть стоит ждать подобных статей от вас? :)
Понял, жду.
Надеюсь написать через пару лет :)
Дошёл до загадки на пятом уровне, но в программировании не силён :(
почти, да :))
Пароль «не серьёзно!»? :)
Но и не «простым солдатом» ;)
К сожалению, вы не правы. Для голоса протоколом транспортного уровня выступает связка UDP+RTP. У TCP есть такая штука, как гарантированная доставка пакета. В приложениях в которых необходимо доставить голос или видео TCP обычно не используется, так как его специфика вносит дополнительные задержки (приходится проверять действительно ли пакет дошёл до адресата — в потоковом аудио это не нужно)
Однозначно — в избранное. Спасибо за статью.
Спасибо за разъяснения, я к сожалению, не классический телефонист (всё больше по IP-сетям), так что мне всегда интересно слушать мнение компетентного человека в этой области.
Но исправлять не буду, да :)
Так, в E1 32 тайм-слота.
Всегда считал, что 30 из них используется для голосовых каналов, которые заточены именно под абонентский трафик. А нулевой и 16-ый вроде как используются для синхронизации.
Я не прав?
Более умного источника кроме википедии по этой теме под рукой нет, но даже она говорит:

«Е1 — это цифровой поток передачи данных, соответствующий первичному уровню европейского стандарта иерархии PDH. В отличие от американской T1, E1 имеет 30 B-каналов каждый по 64 кбит/сек для голоса или данных и 2 канала для сигнализации (30B+D+H) — один для синхронизации оконечного оборудования — содержит кодовые синхрослова и биты сигнализации, другой для передачи данных об устанавливаемых соединениях.

Если поделитесь более внятными знаниями, буду рад и непременно исправлюсь :)
Спасибо. Пожалуй, нужно поискать обновлённый курс CCNA Voice :)
Хм, спасибо за замечание. Думаю, вы правы — я ошибся когда отнёс кодирование к SIP-у, но:
— во-первых, я в тексте нигде явно это не указал, а лишь упомянул что кодек G.711 используется в таких протоколах, как SIP и SCCP ;) Вероятно меня не правильно интерпретировали.
— во-вторых, я всё таки не думаю, что правы вы. Протокол RTP — протокол явно транспортного уровня, который «заточен» на передачу мультимедиа данных в реальном режиме времени. По сути всё чем он занимается — это лишь добавление специфичной информации в исходные данные, которая (информация) позволяет добиться при передачи по сети необходимого качества связи. В какой-то степени у него такая же цель, как у QoS, хотя аналогия по факту — не уместна. Думаю, кодирование информации происходит всё же на более высоких уровнях, а как вы думаете?
И таки да — не на уровне SIP. SIP протокол сигнальный и по сути своей занимает место где-то между прикладным и транспортным уровнями, и также ни в коей степени не участвует в процессе кодирования информации. Его задача по факту — просто установить сеанс связи и закончить его в нужный момент. Непосредственно во время передачи данных — трудиться описанный выше RTP.
Итак вывод — ни RTP, ни SIP не участвуют в кодировании информации — это задача более высоких уровней.
Надеюсь, я правильно понимаю механизм работы, иначе прошу меня поправить
Вопросов пока не видел. Но чувак из видео-курса (Jeremy Cioara), говорил, что скорее всего попадётся что-то подобное
Друзья, если вы «долго думали с чего начать», да и ещё сделали упор в Cisco, взяли бы курс ICND и прям по оглавлению пошли бы статьи писать с мааааленькими вкраплениями из реальной практики.
В целом — всё ок. Тем кто в этом вообще не шарит будет полезно для общего развития. Тем кто шарит — никогда не плохо будет понастальгировать что-ли
Ответы на ваши вопросы должны быть прописаны в SLA между вами и вашим «услугодателем».

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность