Расшифровка названия шлюзов сети

[pashid 11]

Доброго времени суток! Возник вопрос, возможно уже был, но не нашел похожее.
Что означают эти названия шлюзов провайдеров при трассировке? 
Например: 

 

1)vl712-sw0.g50.kv.dataline.net.ua
2)volia-40G-gw.ix.net.ua
3)be5304.203.rcr21.kbp01.atlas.cogentco.com

 

по первому пункту не понятно что означает "vl712-sw0"???. Понятно что "g50" - это Гайдара 50. "kv" - Это как я понимаю г.Киев. Ну и сообственно название провайдера шлюза.

по второму пункту название провайдера шлюза+"40G-gw.ix.net.ua" - это как я понимаю пропускающая способность порта к UA-IX сети?

по третьему пункту вообще ничего не понятно кроме того что этот шлюз принадлежит Когенту.

Відредаговано 2018-03-11 21:39:40 pashid

[l1ght 377]

Там нет единого стандарта.

Обычно принимают какой-то стандарт внутри компании как называть оборудование что б можно было легко отличить его, а не безличный IP по которым в большой сети можно запутаться просто.

Ну и реверс днс нужен для более быстрой трассы, особенно винда жестко тупит если не указать -d ключик.

[pashid 11]

Цитата

vl712

Добавлю. Посмею предположить что это указан VLAN сети через которую происходит запрос. Возможно ошибаюсь.

25 минут назад, l1ght сказал:

Там нет единого стандарта.

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

Видимо все-таки да некоторые общие условности есть в названии шлюзов. Если кто-то знает где об этом можно почитать(методике названия шлюзов), буду очень благодарен.

Цитата

Ну и реверс днс нужен для более быстрой трассы, особенно винда жестко тупит если не указать -d ключик.

Я использую сторонний софт который мгновенно производит трасировку(скорость отображения упирается в пинг до сервера).

Відредаговано 2018-03-11 22:37:47 pashid

[l1ght 377]

Ну как бы понятно что будут какие-то пересечения. Терминология одна на всех.

Vlan, switch, router, ip, mpls (P, PE, P/PE), asbr, bras ну и дальше. Ну и обозначить как-то местоположение.

Единой модели не может быть, потому что у всех разные рабочие процессы.

 

23 минуты назад, pashid сказал:

Я использую сторонний софт который мгновенно производит трасировку(скорость отображения упирается в пинг до сервера).

Все в курсе что mtr is real

Сторонние инструменты не всегда могут быть под рукой. Да и есть ещё несколько плюс у реверс днс кроме трейсроута.

tcpdump любит делать revers dns lookup, некоторые протоколы тоже его используют. Но оно не обязательно, да.

[pashid 11]

58 минут назад, l1ght сказал:

Все в курсе что mtr is real

Неа, но уже теплее

Відредаговано 2018-03-12 00:00:09 pashid

[KaYot 3 705]

vl712 - влан

sw0 - switch 0

g50/l9 - newtelco/uaix

40G - ширина стыка

gw - шлюз

kbp01 - нода Киев-Борисполь

 

Остальное расшифровке не поддается, никакого стандарта нет.

[Ondp 46]

Реально ли дать название своему шлюзу на Микротике?))

 

[l1ght 377]

3 часа назад, Ondp сказал:

Реально ли дать название своему шлюзу на Микротике?))

 

собственная AS + reverse dns

[tkapluk 908]

3 часа назад, l1ght сказал:

собственная AS + reverse dns

Глупости. В обычной схеме собственная АС ничего не даст. При трацерте с локалки будет отображаться локальный интерфейс шлюза, из вне - айпишка которую выдал аплинк/ix. На эти адреса и нужно вешать обратные зоны ДНС.   

На локальный ип вешаем имя на своем ДНС сервере (если он есть).

На внешний адрес просим повесить имя у того кто его выдал. 

[l1ght 377]

39 минут назад, tkapluk сказал:

Глупости. В обычной схеме собственная АС ничего не даст. При трацерте с локалки будет отображаться локальный интерфейс шлюза, из вне - айпишка которую выдал аплинк/ix. На эти адреса и нужно вешать обратные зоны ДНС.   

На локальный ип вешаем имя на своем ДНС сервере (если он есть).

На внешний адрес просим повесить имя у того кто его выдал. 

С каких пор нищебродская схема это "обычно"?

Обычно как раз держатели IP не очень то идут на встречу с реверс днс

Я уж молчу о том что на всех стыках можно свои ip использовать.

[tkapluk 908]

14 минут назад, l1ght сказал:

С каких пор нищебродская схема это "обычно"?

Ану нарисуй не нищебродскую схему. 

14 минут назад, l1ght сказал:

Обычно как раз держатели IP не очень то идут на встречу с реверс днс

Очередной бред. 

14 минут назад, l1ght сказал:

Я уж молчу о том что на всех стыках можно свои ip использовать.

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

Жги дальше. 

[l1ght 377]

5 часов назад, tkapluk сказал:

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

Ну живи дальше в своей реальности где бегают пони и всегда светит солнце.

"Вижу только то что хочу" - молодчик. Далеко пойдешь.

5 часов назад, tkapluk сказал:

Ану нарисуй не нищебродскую схему. 

Когда перерастешь перепродажу домашнего инета - поговорим.

 

[hailnora 128]

The most commonly used location identifiers are:

• IATA Airport Codes

• CLLI Codes

• Non-standard abbreviations based on a city name.

• Of course sometimes you just have to take a guess.

 

https://www.nanog.org/meetings/nanog47/presentations/Sunday/RAS_Traceroute_N47_Sun.pdf

[tkapluk 908]

21 минуту назад, l1ght сказал:

Когда перерастешь перепродажу домашнего инета - поговорим.

Ну и стандартный  слив... 

 

Я так понимаю общепринятая практика, что адреса предоставляет именно тот кто оказывает услуги, а не тот кто их заказывает. Конечно можно договориться, чтоб использовать адреса заказчика (да хоть локальные). Но зачем? Есть тут хоть кто-то кто так еще делает кроме @l1ght? 

[l1ght 377]

1 минуту назад, tkapluk сказал:

Ну и стандартный  слив... 

 

Я так понимаю общепринятая практика, что адреса предоставляет именно тот кто оказывает услуги, а не тот кто их заказывает. Конечно можно договориться, чтоб использовать адреса заказчика (да хоть локальные). Но зачем? Есть тут хоть кто-то кто так еще делает кроме @l1ght? 

Ага, зато очень не стандартный от некомпетентного. Глаза протри и читать научись.

Делается так как удобно, а не потому что кто-то "обязан". 

Если ты не понимаешь очевидных вещей почему своё "подконтрольное" == удобство. И почему магистралы жмутся на ptr. 

Позоришься только.

[muff 115]

8 минут назад, tkapluk сказал:

Ну и стандартный  слив... 

 

Я так понимаю общепринятая практика, что адреса предоставляет именно тот кто оказывает услуги, а не тот кто их заказывает. Конечно можно договориться, чтоб использовать адреса заказчика (да хоть локальные). Но зачем? Есть тут хоть кто-то кто так еще делает кроме @l1ght? 

 

Google так делает

У них построение прямого взаимодействия - целый протокол (с карантином, масштабируемостью по умолчанию и тд). Но, один из пунктов - предоставление IP-адресации для построение даного пира.

Тестирование идет на IP-адресах Google, а в продакшен запускается уже на IP-адресах кастомера.

Відредаговано 2018-03-26 11:15:39 muff

[tkapluk 908]

45 минут назад, muff сказал:

 

Google так делает

 

Гугл тут как бы вообще не в тему. С Гуглом строится бесплатный пиринг, и то что у них такая пиринговая политика еще раз доказывает, что аргументы @l1ght  - чушь. Какой бы адрес не повесили на маршрутизаторе Гугла он не станет "своим" или "подконтрольным".

[muff 115]

Я о том, что практика, когда адресация на пиринг выдается вышестоящим аплинком, общепринятая, но всегда будут исключения. И не важно, платный это пиринг, или бесплатный. Всяко бывает... И "серые" сети в traceroute в том числе...

[tkapluk 908]

11 часов назад, muff сказал:

Я о том, что практика, когда адресация на пиринг выдается вышестоящим аплинком, общепринятая, но всегда будут исключения. И не важно, платный это пиринг, или бесплатный. 

Допустим, мы с тобой строим пиринг. Кто из нас вышестоящий аплинк?

 

[muff 115]

Как договоримся

Не обговаривая предварительно пиринговую политику - сложно сказать. И не всегда все так однозначно.

 

Пример...

 

 

Это паритет с сетью Х, которая в несколько раз больше моей... Но, я анонсирую сеть Х в свой паритет к крупному контент-провайдеру, а у сети Х этого паритета нету. Соответственно, почти весь трафик однонаправленный - от контент-провайдера в сеть Х через мою AS...