другими словами если это не через релай и не продление лизы, то это броадкаст. Иначе - юникаст

грубо говоря, да

это очень грубо

помогите понять, что за ситуация когда giaddr и ciaddr set to 0? чтобы был броадкаст

ciaddr - адрес клиента, который он сам знает, что у него есть

giaddr - адрес ретранслятора

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

С - client I - IP ADDR - address

G - gateway

еще есть siaddr - адрес сервера

там как я понял бродкаст бит критерий

написано что даже если ciadr и giadr нули, но бита нет то будет юникаст на mac

может на сервере есть лиза, а клиент забыл свой ип?

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

клиент не сможет принять такой ответ

ciadr пустой будет тогда, да и не дойдет

короче вот

думаю в формате экзамена ответ будет юникаст.

какого экзамена?

хз. парень там к экзамену какому-то готовился. сисиэнэй вроде

в рамках CCNA ответ будет бродкаст

а мы все видели)

Ребята, привет! Дано: Mikrotik RB1100AH, порт ether1 - master, порты ether2-5 - slave. На чипе коммутации нарезаны вланы. Можно ли ограничить скорость конкретному влану , проходящему транзитом через коммутатор, средствами коммутатора? Пока этот влан выводится на отдельный ethernet порт, где скорость ограничена через simple queue. Хочется изящнее

https://lenta.ru/news/2017/05/24/ivan_os тем временем, в нии козоводства продолжают завозить забористые вещества

Ivan OS. Новый BolgenOS родился на государственные деньги... ?

«Нас неправильно поняли. Операционная система – это один из компонентов нашей технологической платформы. Последняя подразумевает под собой совокупность разработок, которые позволяют обеспечить работу различных вычислительных систем. То есть Ivan OS мы разработали для личного использования», — передает слова одного из разработчиков Ivan OS Дениса Белова don24. Читать полностью: http://allnokia.ru/news/287203/"

???

?

vios l2 образ

можешь подсказать какую версию образа использовал?

всем бобра

я снова вернулся

с вопросом

по поводу TTL

А что с ним не так?

хотел уточнить , я пингую некий хост ttl пишет что равно 123

это же не значит что пакет через 123 сетевого оборудования проходит *

?

)))

123 осталось

это значит что ttl=123

Ттл только уменьшаться умеет

У джунов хайку есть хорошая про ттл

не , ну вот ща курсы смотрю, что можно средствами dhcp выдать ttl равный 2 или 3

и типа подарочек такой сделать

пакет будет через 2-3 свича(роутера) пропадать

угу. всякие там йоты 1 ставят

верно ли данное утверждение ?

почему тогда мой вопрос не верен ?

какой вопрос?

или он типа может пройти до 123

а все

увидел коммент

Ттл только уменьшаться умеет

окай, спасибо

ттл ставится исходящей системой 64 - линь, 128 винду, етс

ттл ставится исходящей системой 64 - линь, 128 винду, етс

почему?

и каждый роутер убавляет на 1

откуда они знают что 128 будет достаточно ?

123 - это же ttl ответа, ttl в пришедшем запросе на него не влияет

когда будет 0 пакет дропнется, обратно уйдет icmp ttl exeed

А это с запасом

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

это я понял

ERROR: S client not available

123 - это же ttl ответа, ttl в пришедшем запросе на него не влияет

это так

тобишь мне до серверов яндекса меньше 128 прыжков ?

так чтоле7

меньше 55 *

угу

можно проверить "tracert -d ya.ru"

?????

трейс так работает - послал пакет с ттл=1 - узнал первый хоп - и так далее ну, или вручную исходящий ттл задать можно: sergey@E5 ~ $ ping 8.8.8.8 -t 1 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. From 192.168.1.1 icmp_seq=1 Time to live exceeded From 192.168.1.1 icmp_seq=2 Time to live exceeded ^C —- 8.8.8.8 ping statistics —- 2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 999ms sergey@E5 ~ $ ping 8.8.8.8 -t 2 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. From 79.175.15.1 icmp_seq=1 Time to live exceeded From 79.175.15.1 icmp_seq=2 Time to live exceeded From 79.175.15.1 icmp_seq=3 Time to live exceeded ^C —- 8.8.8.8 ping statistics —- 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2001ms sergey@E5 ~ $ ping 8.8.8.8 -t 3 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. From 91.245.32.240 icmp_seq=1 Time to live exceeded From 91.245.32.240 icmp_seq=2 Time to live exceeded ^C —- 8.8.8.8 ping statistics —- 2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 1001ms

значение в TTL-поле IP-заголовка этого пакета уменьшается на единицу. Если TTL-поле обнулилось ещё до того, как IP-пакет достиг своего получателя, то IP-пакет уничтожается.

прикольно

теперь все ясно

благодарю

в довесок к моим пингам: sergey@E5 ~ $ tracepath 8.8.8.8 -n 1?: [LOCALHOST] pmtu 1500 1: 192.168.1.1 0.958ms 1: 192.168.1.1 0.816ms 2: 79.175.15.1 10.565ms 3: 91.245.32.240 36.394ms 4: 78.25.83.113 38.592ms ^C

я просто не думал что до яндекса 9 прыжков и тд

спасибо

каждый вендор может выставлять разный TTL для win=128 для linux 63

и т.д

TTL down one the end nearer with each hop little packet, poof.

а ttl кем выставляется ?

вот у меня 55 к примеру

кто назначил ?

Выше написал)

как определили, что 55?

https://habrahabr.ru/post/281272/

каждый вендор может выставлять разный TTL для win=128 для linux 63

но по умолчанию ж 128

там 55 - ttl в ответе? за вычетом прошедших хопов?

sergey@E5 ~ $ ping 192.168.1.1 -t 2 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.788 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.558 ms ^C sergey@E5 ~ $ ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=57 time=31.5 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=57 time=34.7 ms

там 55 - ttl в ответе? за вычетом прошедших хопов?

да, в ответе

ну и вот - у меня - вон def.gw ttl=64, а google - ttl=57

ну изначально было 64, прошло через 9 маршрутизаторов, осталось 55