а то лезут всякие с телескопами. а вопрос то по микрот...скопам.

Можно попробовать задать вопрос сразу, может кто сталкивался с данным вопросом

По оптике пинги то идут, то не идут. Оборудование менял на концах. Хотел узнать, при обрыве может ли себя так вести

Там либо работает либо нет

посмотри торцы конекторов может пыль попала. Посмотри затухание. Как вариант может сильный изгиб где. ну это так базовые моменты что можно посмотреть без приборов. А так может активное оборудование моросит

Обидно, что в век компьютерных технологий и проверок правописания "на лету" письма на всю Россию приходят с опечатками :-(

посмотри торцы конекторов может пыль попала. Посмотри затухание. Как вариант может сильный изгиб где. ну это так базовые моменты что можно посмотреть без приборов. А так может активное оборудование моросит

Менял все на концах, включая пачкорды. Изгиб есть, вот на него и грешу.

парни а нтп-сервер отвечает нтп-клиенту на тот же 123-й порт?

Был не прав. Некоторые клиенты с других портов спрашиваю. На те и отвечает.

Добрый день, подскажите пожалуйста, при подключении по vpn l2tpipsec пропадает интернет, где искать проблему?

В настройках

Добрый день, подскажите пожалуйста, при подключении по vpn l2tpipsec пропадает интернет, где искать проблему?

Его и не должно быть так то... Ибо впн становится шлюзом по умолчанию. Если шлюз не даёт интернета, то его и не будет

Мужики, кто-нибудь знает об ошибке l2tp: old tunnel is not closed yet на стороне клиента? Просто ни с того ни с сего перестал работать л2тп с такой ошибкой. Ребутал и сервер, и клиента, создавал новую учётную запись, включал-отключал ipsec, результата нет, всё равно эта ошибка.

кипалив долгий?

я тоже сталкивался

не подебил

Всем привет.

Keepalive 60 стоит

Мне тут ростелеком выдал адрес по PPPoE 100.66.93.69

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

)))

RFC 6598

он не серый и не белый

такой, серобуромалиновый

как это?

Ну я читал что он для межпровайдерских взаимодействий типа

нет

ну нафига он мне то? ;)

у вас как у клиента есть серые адреса во внутренней сети

100.64.0.0/10 В соответствии с RFC6598 , используется как транслируемый блок адресов для межпровайдерских взаимодействий и Carrier Grade NAT. Особенно полезен как общее свободное адресное IPv4-пространство RFC1918, необходимое для интеграции ресурсов провайдеров, а также для выделения немаршрутизируемых адресов абонентам. Конечно, в последнем случае никто не мешает использовать RFC1918 - на откуп сетевым архитекторам.

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

> и Carrier Grade NAT

ваш случай - именно этот

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

но это надо много адресов

или он может выдать вам RFC 1918, но тогда есть шанс коллизии

поэтому придумали давать сетку 100.64.0.0/10 - и не RFC1918, и не белые адреса

а дальше CGNAT'ить их в немножко белых адресов

В этот момент я нихочу ничего решать или думать) Я хочу себе белый (пусть динамический) ардес в сети ))))

мм. секундочку, сейчас выдерну волос из бороды и наколдую

нет. не работает мое колдунство. звоните провайдеру

Будьте так любезны)

наверное, не стоило сегодня бриться

Звоню... но похоже что проще позвонить в рельс и вызвать дьявола чем дождаться ответа ростелекома)

поэтому придумали давать сетку 100.64.0.0/10 - и не RFC1918, и не белые адреса

Правильно я понимаю что именно из этой сети корректно будет линки межоператорские строить?

из этой сети межоператорские линки строить корректно

но никто не обязывает

Ок

хотите - используйте для пиринга белые адреса

просто такие сесурнее, бо они в любом случае на границе автономки фильтруются

ну или можете оговорить, какие rfc1918 адреса используются у каждого из пиров, и под пиринг выделить какой-то отдельный диапазон из них

главное, чтобы коллизии не было

Понятно. Спасибо

нет. не работает мое колдунство. звоните провайдеру

не отттуда дергаешь. надо волосы подлинее, особенно учитывая что ты гладко выбрит 😊

гусары, молчать

(сказал дед Пахом и облизнул брови)

ну или можете оговорить, какие rfc1918 адреса используются у каждого из пиров, и под пиринг выделить какой-то отдельный диапазон из них

Я просто к чему. При тоасеровке с некоторых сервисов серые сети не показываются. А вот 100.64.0.0/10 должно видимо.

Кстати, что такое late collision?

вот что то смутно помню из курсов Иннокентия, но вспомнить не могу

коллизия после 64 байт

Если коллизия обнаружена станцией после того, как ею был отправлен 512-ый бит кадра, эта коллизия будет считаться запоздалой.

коллизия после 64 байт

Может возникать из-за некорректной настройки согласования дуплекса, вроде. Или путаю?

угу

Когда по разному считают интервал перед повторной отправкой.

или если сделать сегмент с общей шиной и длиной провода, превышающей 2.5км

(например, шесть хабов подряд)

и между хабами 10BASE-5

Когда по разному считают интервал перед повторной отправкой.

не могу представить, как это может повлиять на формирование late collision

Ну вот хороший пример с длинной провода

Итак, есть Интернет-провайдер, который раздаёт реалки напрямую. В сети используется DHCP, но никто не запрещает использовать статические настройки. Клиенту предоставляется один кабель в квартиру. На коммутаторах провайдера используется статическая ARP-таблица, а также ARP Inspection. Теперь суть задачи: по умолчанию выдаётся один IP-адрес (для которого, естественно, регистрируется MAC клиентского оборудования) и можно заказать дополнительный. Поскольку используется DHCP, невозможно зарегистрировать второй IP на старый MAC. Необходимо использовать оба адреса на одном клиентском устройстве под управлением MikroTik RouterOS. MetaROUTER использовать не позволяется. Для простоты используем статическую настройку. Адреса из одной подсети, но когда назначаем оба - работает только первый из назначенных вне зависимости от порядка назначения. #задачка

что значит "работает только первый"? 😹😹😹

mac-NAT для второго адреса?

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

да, что значит работает только первый (вне зависимости от порядка)

По оптике пинги то идут, то не идут. Оборудование менял на концах. Хотел узнать, при обрыве может ли себя так вести

Может и при загибе воптики, нужно сигнал померять

Что выдал провайдер? ip для определённого мака? или ip для первого запросившего адрес мака?

так блин слишком широко взято.

в чём задача?

как обойти arp-inspection?

так mac-NAT уже предложил.

если страшно на рабочем интерфейсе, то 2 порта в отдельный бридж и подмену уже там делать