называется MAC payload

именно так

Вопрос в чем? Уменьшается ли полезный размер payload`а в 802.3 LLC+SNAP кадре (т.е. засчитывается ли LLC+SNAP как часть пейлоада)?

Нет, вопрос с какой стороны откусывают байты для 802.2

что хотите туда, то и впендюривайте

хотите - 802.2 заголовки, хотите - сразу пейлоад

что хотите туда, то и впендюривайте

вооот, поэтому, 802.2 занимает 3 байте, значит данным остаётся 43-1500 верно?

т.е моя картинка неверная

ну SNAP кагбэ тоже 802.2

ну SNAP кагбэ тоже 802.2

сейчас разбираюсь без SNAP

вооот, поэтому, 802.2 занимает 3 байте, значит данным остаётся 43-1500 верно?

тогда калькулятор мне подсказывает, что будет 43-1497 байт

но эти упражнения на арифметику не нужны

ну SNAP кагбэ тоже 802.2

я смотрю на картинку и не понимаю, почему 43-1497... так... 43 понятно, окусили 802.2 куда дели ещё 3 байта ?

спец.ограничений на _вложение_после_LLC_ нет

802.3 c LLC без SNAP может иметь полезную нагрузку до 1497 байт (от изначальных - мин 46 - макс 1500 вычитается 3 байта на LLC), в итоге для такого кадра минимальный размер пейлоада - 43, максимальный 1497, что и изображено

802.3 c LLC без SNAP может иметь полезную нагрузку до 1497 байт (от изначальных - мин 46 - макс 1500 вычитается 3 байта на LLC), в итоге для такого кадра минимальный размер пейлоада - 43, максимальный 1497, что и изображено

а.. вот оно как.. значит макс не 1500, а 1497 для конкретно этого типа кадра?

есть ограничение на максимальный размер пейлоада вместе со всеми допзаголовками

если допзаголовок 3 байта - на все остальное остается на тр байта меньше

если допзаголовок был бы полтора байта - на вложение было бы 1498.5 байта

главное, что в сумме их длины не превзойдут 1500

на пальцах: смотри на свою картинку, там после поля LEN может влезть 1500 байт данных, значит минимальный размер пейлоада 46, максимальный 1500; если добавить заголовок LLC (3 байта), то оставшийся полезный размер сократиться до 1500-3 = 1497 байт для всего остального, т.е. минимальный размер данных пользователя становится 43 (т.к. +3 добавляется LLC) до необходимого минимума Ethernet кадра - 46, а максимальный так и остаётся 1497.

если допзаголовок 3 байта - на все остальное остается на тр байта меньше

да, в DIX 46-1500, в 802.3 43-1497, в 802.3 SNAP 38-1492. Я понимаю почему 46, 43 и 38... но почему мы ещё стольже откусывам с верхней границе?

да, в DIX 46-1500, в 802.3 43-1497, в 802.3 SNAP 38-1492. Я понимаю почему 46, 43 и 38... но почему мы ещё стольже откусывам с верхней границе?

потому что ограничение не на абстрактное "вложение", а на максимальный размер кадра

кадр не должен получиться длиннее 1518 байт

так.. мне нужно побыть на едине с калькулятором ))))))))))

вместе с MAC header

но без преамбулы и FCS

и не меньше 46

посмотрите мои вебинары по езернету

кадр не должен получиться длиннее 1518 байт

А если мплс и прочий оверхед?

А если мплс и прочий оверхед?

тогда миниджамбы

посмотрите мои вебинары по езернету

о я смотрел, очень понравилась 2 часть, кажется.. где конкртено про это всё рассказывается

Всё, калькулятор мне всё объяснил )) я догнал..

Спасибо всем )

я воспринимал 43-1497 как интервал, а не как длинну поля, это моя ошибка

Там ничего не откусывается, просто арифметика простая: у тебя полезная нагрузка кадра 0 - 1500, если ты займёшь из этих 0 - 1500, 3 байта для LLC, то для пользовательских останется 0 - 1497. Но есть есть и второе условие, минимальный размер пейлоада должен быть не меньше 46 байт, добавление 3 байт LLC, автоматически уменьшает это тебования до 43. Вот и диапозон 43 - 1497.

т.е. это min и max, а не offset или что-то еще

тогда миниджамбы

baby giants, mini jumbo это до 2500 - это уже из FCoE

согласен

просто использовал термин джамбо для подчеркивания отказа от верхней границы

Там ничего не откусывается, просто арифметика простая: у тебя полезная нагрузка кадра 0 - 1500, если ты займёшь из этих 0 - 1500, 3 байта для LLC, то для пользовательских останется 0 - 1497. Но есть есть и второе условие, минимальный размер пейлоада должен быть не меньше 46 байт, добавление 3 байт LLC, автоматически уменьшает это тебования до 43. Вот и диапозон 43 - 1497.

вот-вот, это то я и осилил, когда на калькуляторе посчитал

если посмотреть картинки в гугле, то там 80% будут с ошибками, печаль..

общая картинка на все случаи в жизни

если посмотреть картинки в гугле, то там 80% будут с ошибками, печаль..

а если смотреть русскую википедию, то будет еще веселее

а если смотреть русскую википедию, то будет еще веселее

да... wiki на русском вообще странная штука... или всё очень кратко или как то криво

а если смотреть русскую википедию, то будет еще веселее

это похоже на правду? Окончание кадра определяется на физическом уровне, за счёт Inter Frame Gap = 12 байт, а точнее времени пропуска 12 байт - 9,6 мкс.

да

получается же, что IFG на разных скоростях интерфейса разный или нет?

да

9.6 - для 10мбс

крута... пойду гуглить =)

а чего гуглить-то?

в езернете видно, передаются данные или нет

хотя, можно и так посчитать

это не так как в, примеру, рс232

где всегда либо передается 0, либо 1

и нужно как-то угадывать, идет передача или не идет

вот даже не знал, как оно в RS232

или RC

к примеру, в 10BASE5 используется манчестерский код

если среда не занята - между жилами нет разницы потенциалов

если занята - разница есть

да, это я знаю

так что специально помечать конец кадра нет необходиомсти

закончил передавать - освободил среду

а на случай помех договорились, что между кадрами расстояние не будет слишком маленьким

ERROR: S client not available

а на 100 мбит код 4/5 поэтому 100 мбит/с на 125 МГц витой пары

а то кто-то из-за помехи подумает, что среда освободилась

nexus-9000v 7.0.3.I6 запускали в UNL?

во http://www.tssonline.ru/archive/p2013i/images/tss-2-2013-44-48-tab-7.jpg

ой, как все запущено

слоттайм 4096 в гигабите - только в халфдуплексе

соответственно, в фуллдуплексе минимальный размер кадра не вырастает

ну.. это рисовал кандидат тех. наук... видимо потому и кандидат...

более того, там есть разные подходы к халфдуплексу

иногда паддингом добивают до 512 байт

но он всё равно не реалицуется на оборудовании

иногда забивают болт и ограничивают размер среды до 50 метров

так что можно забыть про него =)

все это не очень интересно, да, потому что халфдуплекс в гигабите не сильно полезен

только в рамках умственных упражнений "а как бы выйти из ситуации, если прилетели инопланетяне и обязали нас использовать гигабитные хабы, которые привезли с собой"

ну... На это нас может обязать наша Гос. дума... они могут...

так что НЛО это не так страшно ))

Кто знает, для NetFlow нужны доп лицензии? у меня ASR1001-X

коллектор есть

А можно поинтересоваться каким коллектором Вы пользуетесь?

А можно поинтересоваться каким коллектором Вы пользуетесь?

да пока водняли flow capture

А можно поинтересоваться каким коллектором Вы пользуетесь?

но мы пока на стадии - попробовать, что это за штука

рабочего прототипа нет

Can't connect to local MySQL server through socket mysqld.sock (111)

в чем понт 111 ошибки?

Это исключительно для Лини?

кто как пишет

Мне бы найти к Солярису десятому хороший коллектор.

кто то говорит что нет места кто то говорит что мускул просто не запущен

Мне бы найти к Солярису десятому хороший коллектор.

беспонятия если честно.. за серверную часть не я отвечаю

кто то говорит что нет места кто то говорит что мускул просто не запущен

Ну, Сергей, искать за Вас в гугле никто не будет, угадывать в чем проблема не зная подробностей - я думаю тоже. Телепаты на Бали загорают. :)

ну тыбы о подробносях мог спросить наприме