VPF::частный ip не входит в свой диапозон

GQU

Дата 21.10.2014, 12:38 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 272
Регистрация: 13.2.2011

Репутация: нет
Всего: нет

Адрес 100.97.20.131 является Серым, смотрел в личном кабинете
только почему то он не входит в диапозон частных адресов:
10.0.0.0-10.255.255.254
172.16.0.0-172.31.255.254
192.168.0.0-192.168.255.254

Это сообщение отредактировал(а) GQU - 21.10.2014, 12:39

Akina

Дата 21.10.2014, 12:48 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 22
Всего: 454

Цитата(GQU @ 21.10.2014, 13:38

)

Адрес 100.97.20.131 является Серым

Сфига бы?

Цитата

Инструмент Whois: 100.97.20.131
IP: 100.97.20.131

#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/whois_tou.html
#
# If you see inaccuracies in the results, please report at
# http://www.arin.net/public/whoisinaccuracy/index.xhtml
#

#
# Query terms are ambiguous. The query is assumed to be:
# "n 100.97.20.131"
#
# Use "?" to get help.
#

#
# The following results may also be obtained via:
# http://whois.arin.net/rest/nets;q=100.97.2...amp;ext=netref2
#

NetRange: 100.64.0.0 - 100.127.255.255
CIDR: 100.64.0.0/10
OriginAS:
NetName: SHARED-ADDRESS-SPACE-RFCTBD-IANA-RESERVED
NetHandle: NET-100-64-0-0-1
Parent: NET-100-0-0-0-0
NetType: IANA Special Use
Comment: This block is used as Shared Address Space. Traffic from these addresses does not come from IANA. IANA has simply reserved these numbers in its database and does not use or operate them. We are not the source of activity you may see on logs or in e-mail records. Please refer to http://www.iana.org/abuse/
Comment:
Comment: Shared Address Space can only be used in Service Provider networks or on routing equipment that is able to do address translation across router interfaces when addresses are identical on two different interfaces.
Comment:
Comment: This block was assigned by the IETF in the Best Current Practice document,
Comment: RFC 6598 which can be found at:
Comment: http://tools.ietf.org/html/rfc6598
RegDate: 2012-03-13
Updated: 2012-04-23
Ref: http://whois.arin.net/rest/net/NET-100-64-0-0-1

OrgName: Internet Assigned Numbers Authority
OrgId: IANA
Address: 12025 Waterfront Drive
Address: Suite 300
City: Los Angeles
StateProv: CA
PostalCode: 90292
Country: US
RegDate:
Updated: 2012-08-31
Ref: http://whois.arin.net/rest/org/IANA

OrgTechHandle: IANA-IP-ARIN
OrgTechName: ICANN
OrgTechPhone: +1-310-301-5820
OrgTechEmail: [email protected]
OrgTechRef: http://whois.arin.net/rest/poc/IANA-IP-ARIN

OrgAbuseHandle: IANA-IP-ARIN
OrgAbuseName: ICANN
OrgAbusePhone: +1-310-301-5820
OrgAbuseEmail: [email protected]
OrgAbuseRef: http://whois.arin.net/rest/poc/IANA-IP-ARIN

Служебный - не значит "серый".

--------------------

О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

GQU

Дата 21.10.2014, 13:09 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 272
Регистрация: 13.2.2011

Репутация: нет
Всего: нет

Цитата

Служебный - не значит "серый".

что значит служебный?

Akina

Дата 21.10.2014, 14:40 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 22
Всего: 454

Значит - использующийся для специальных целей. Как, скажем, APIPA или local.net. И недопустимый к использованию в "повседневной" адресации.

--------------------

GQU

Дата 21.10.2014, 14:52 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 272
Регистрация: 13.2.2011

Репутация: нет
Всего: нет

Цитата

У той же APIP-ы есть определенный диапозон, а тут непонятно откуда вылез айпишник

Цитата

И недопустимый к использованию в "повседневной" адресации

так внутри сети он используется, просто во внешнюю сеть не залезишь

Это сообщение отредактировал(а) GQU - 21.10.2014, 14:59

Akina

Дата 21.10.2014, 15:26 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 22
Всего: 454

Цитата(GQU @ 21.10.2014, 15:52

)

тут непонятно откуда вылез айпишник

Этот вопрос следует задавать твоему ЗапСибТелекому. По какой причине они плюют на существующие нормы и правила.

--------------------

_zorn_

Дата 22.10.2014, 02:07 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1076
Регистрация: 21.8.2007

Репутация: 2
Всего: 12

Цитата(Akina @ 21.10.2014, 23:26

)

По какой причине они плюют на существующие нормы и правила.

Цитата

Shared Address Space can only be used in Service Provider networks

http://tools.ietf.org/html/rfc6598

Цитата

   Because CGNs are used on networks where
   public address space is expected, and currently available private
   address space causes operational issues when used in this context,
   ISPs require a new IPv4 /10 address block.  This address block will
   be called the "Shared Address Space" and will be used to number the
   interfaces that connect CGN devices to Customer Premises Equipment
   (CPE).

   Shared Address Space is similar to [RFC1918] private address space in
   that it is not globally routable address space and can be used by
   multiple pieces of equipment.  However, Shared Address Space has
   limitations in its use that the current [RFC1918] private address
   space does not have.  In particular, Shared Address Space can only be
   used in Service Provider networks or on routing equipment that is
   able to do address translation across router interfaces when the
   addresses are identical on two different interfaces.

Akina

Дата 22.10.2014, 07:07 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 22
Всего: 454

Цитата(_zorn_ @ 22.10.2014, 03:07

)

Shared Address Space can only be used in Service Provider networks or on routing equipment that is able to do address translation across router interfaces when the addresses are identical on two different interfaces.

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

Цитата(_zorn_ @ 22.10.2014, 03:07

)

Service Provider networks

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

Цитата(_zorn_ @ 22.10.2014, 03:07

)

to number the interfaces that connect CGN devices to Customer Premises Equipment (CPE).

--------------------

GQU

Дата 22.10.2014, 20:09 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 272
Регистрация: 13.2.2011

Репутация: нет
Всего: нет

Цитата

http://tools.ietf.org/html/rfc6598

если кто с англиским не дружит на всякий случай выложу на русском
http://www.protocols.ru/WP/?p=1816

Это сообщение отредактировал(а) GQU - 22.10.2014, 20:09

Secandr

Дата 23.10.2014, 09:12 (ссылка)

(нет голосов)

Загрузка ...

Связист

Профиль
Группа: Экс. модератор
Сообщений: 4043
Регистрация: 3.8.2003
Где: Russia, Volgograd

Репутация: 8
Всего: 39

А в чём проблема-то?
Оператор скорей всего раздаёт "служебные" адреса клиентам, а потом натом выпускает их в интернет. Судя по всему там дикий PAT, когда на один "белый" ip выдаётся на 64-256 "служебных"\"серых".
Вполне рабочая схема и вполне соответствует стандарту, именно, что

Цитата(Akina @ 22.10.2014, 08:07

)

to number the interfaces that connect CGN devices to Customer Premises Equipment (CPE).

Для тех кто в танке и не владеет терминологией: эти ip разрешено выдавать клиентам для подключению к маршрутизатору выполняющему функцию NAT, т.е. "CGN devices". Что и делает оператор.

Это сообщение отредактировал(а) Secandr - 23.10.2014, 09:16

--------------------

Мышки плакали, кололись, но продолжали жрать кактусы (с) cisco

Akina

Дата 23.10.2014, 10:05 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 22
Всего: 454

Цитата(Secandr @ 23.10.2014, 10:12

)

Оператор скорей всего раздаёт "служебные" адреса клиентам, а потом натом выпускает их в интернет. Судя по всему там дикий PAT, когда на один "белый" ip выдаётся на 64-256 "служебных"\"серых".Вполне рабочая схема и вполне соответствует стандарту

Ну правильнее для этого было бы использовать выделенные "серые", а не служебные, диапазоны.

Цитата(Secandr @ 23.10.2014, 10:12

)

эти ip разрешено выдавать клиентам для подключению к маршрутизатору выполняющему функцию NAT, т.е. "CGN devices".

Я всегда воспринимал CGN device как ОДНО устройство, с которого на NAT приходит много РАЗНЫХ адресов. Например, это может быть маршрутизатор внутренней сети - интерфейс, обращённый к NAT-устройству, выводящему клиентов в "большой мир", и/или другому такому же маршрутизатору, может иметь адрес из этого диапазона, а вот интерфейс, обращённый к оконечным клиентским устройствам - нет, для этого существуют свои подсети, которые "серые".
А клиентский компьютер (или роутер) - это ни фига не CGN device.

--------------------

tzirechnoy

Дата 24.10.2014, 19:36 (ссылка)

(нет голосов)

Загрузка ...

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1173
Регистрация: 30.1.2009

Репутация: нет
Всего: 16

Как раз правильней для этого использовать именно данный служэбный диапазон. Кстати, они все -- служэбные -- и 192.168/16 и 10/8 и 172.16/12.

Но именно этот спецыально сделан с такими требованиями, чтобы вменяемый провайдэр всегда мог выдать адреса из него в рамках NATа пользователю.

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| Сетевые технологии \| Следующая тема »