МГТС насильно и втихую перевела пользователей ADSL-доступа на приватные (10/8) IP-адреса
С пятницы, 07 декабря 2012 г., МГТС начала выдавать физическим лицам, являющимся абонентам ADSL-доступа в сеть Internet, приватные IP-адреса из подсети 10/8. Ранее абоненты всегда получали глобально маршрутизируемые IP из диапазонов с первыми октетами 46, 38 и др.
[Читать дальше]По всей видимости, сейчас абоненты, технически принадлежащие к одной линейной карте конкретного DSLAM, объединены в некие группы, которые уже и выводятся в Internet с помощью технологии NAT (NAPT). Поскольку у очень большого числа клиентов используются собственные маршрутизаторы, также выполняющие роль NAT для устройств, расположенных в домашней сети, нововедение привело к тому, что сейчас такие клиенты обслуживаются в режиме «двойного NAT», что вызывает проблемы для SIP-телефонии, сервисов раздачи файлов и других приложений, чувствительных к трансляции адресов и портов. Отмечены также и проблемы с работой приложения WebMoney Keeper, а также и общие проблемы с доступом к некоторым сайтам.
Изменение параметров услуги доступа также автоматически привело к невозможности установить извне какое-либо соединение с IP, выданным абоненту в рамках PPPoE-сессии, причём это справедливо и для того глобально маршрутизируемого IP, под которым абонент виден внешним сетям. Таким образом, о каком-либо использовании ADSL-канала от МГТС для организации доступа к домашней сети извне по SSH-туннелям и VPN можно забыть.
Нововведение никак не освещено на официальном сайте МГТС и о нём совершено ничего не знает техническая поддержка, которая, обладая относительно низкой технической грамотностью, зачастую отказывается принимать заявки о возникших в связи с нововведением проблемах, мотивируя это тем, что «у нас всё работает». Зачастую для заведения заявки приходится прибегать к настоятельным требованиям сделать это и обещаниям в случае отказа специалиста ТП передать запись разговора с ним вышестоящему руководству МГТС в рамках официальной жалобы (претензии).
В «Договоре об оказании услуги доступа к сети Интернет», имеющемся у меня на руках, в разделе 3 «Условия оказания услуги» имеется пункт 3.4 с содержанием «Для получения Услуги Абоненту выделяется один динамический IP-адрес». Однако в Приложении 1 к этому договору, а именно в «Правилах оказания услуг связи» (документ Word) есть п. 3.6, в котором сказано следующее: «Для получения Услуги Абоненту выделяется один динамический публичный IP-адрес сети Интернет». Кроме того, на сайте МГТС в разделе «Вопросы и ответы - Технические вопросы» есть весьма примечательный ответ на вопрос, может ли пользователь услуги доступа в Internet по ADSL «настроить для друзей персональный веб-сервер, видимый из интернета». В ответе на этот вопрос говорится, что такой сервер организовать возможно и что для доступа к нему пользователю необходимо сообщить «друзьям динамический адрес IP, выданный модему или компьютеру».
Всё вышеописанное обладает совершенно явными признаками скрытого изменения условий обслуживания клиентов, приведшими к ухудшению (снижению) качественных показателей услуги по сравнению с применимыми ранее. Есть основания полагать, что происходящее имеет целью простимулировать абонентов МГТС к переходу на обслуживание по технологии GPON, внедрение которой сейчас происходит весьма ускоренными темпами, методами, способами и зачастую при помощи очень неаккуратных подрядчиков, что вызывают обоснованные нарекания со стороны клиентов МГТС.
Пример того, что было до пятницы и стало теперь (используется маршрутизатор Cisco 857):
trellis#wan
Interface IP-Address OK? Method Status Protocol
Dialer0 46.138.84.91 YES IPCP up up
trellis#
trellis#sh int descr | inc MGTS
AT0 up up ** [UPL] MGTS ADSL (Physical) **
AT0.150 up up ** [UPL] MGTS ADSL (1/50) **
Di0 up up ** [PPP] MGTS ADSL PPPoE **
trellis#
trellis#conf t
Enter configuration commands, one per line. End with CNTL/Z.
trellis(config)#int di0
trellis(config-if)#shut
trellis(config-if)#no shut
trellis(config-if)#^Z
trellis#
trellis#wan
Interface IP-Address OK? Method Status Protocol
Dialer0 10.160.111.145 YES IPCP up up
Лично у меня ADSL-подключение используется исключительно как второе резервное (в том смысле, что у меня есть и первое резервное) и для целей тестирования с использованием IP из AS МГТС. Поэтому меня «нововведение» особо сильно не задевает - но именно технически. Однако этого нельзя сказать о массе других пользователей, которым МГТС будет пудрить мозги фразами типа «а у нас всё работает». И только правильная реакция на подобные «нововведения», происходящие тихой сапой, является относительной гарантией того, что в будущем та же МГТС трижды подумает, а стоит ли заниматься подобным.
[Читать дальше]По всей видимости, сейчас абоненты, технически принадлежащие к одной линейной карте конкретного DSLAM, объединены в некие группы, которые уже и выводятся в Internet с помощью технологии NAT (NAPT). Поскольку у очень большого числа клиентов используются собственные маршрутизаторы, также выполняющие роль NAT для устройств, расположенных в домашней сети, нововедение привело к тому, что сейчас такие клиенты обслуживаются в режиме «двойного NAT», что вызывает проблемы для SIP-телефонии, сервисов раздачи файлов и других приложений, чувствительных к трансляции адресов и портов. Отмечены также и проблемы с работой приложения WebMoney Keeper, а также и общие проблемы с доступом к некоторым сайтам.
Изменение параметров услуги доступа также автоматически привело к невозможности установить извне какое-либо соединение с IP, выданным абоненту в рамках PPPoE-сессии, причём это справедливо и для того глобально маршрутизируемого IP, под которым абонент виден внешним сетям. Таким образом, о каком-либо использовании ADSL-канала от МГТС для организации доступа к домашней сети извне по SSH-туннелям и VPN можно забыть.
Нововведение никак не освещено на официальном сайте МГТС и о нём совершено ничего не знает техническая поддержка, которая, обладая относительно низкой технической грамотностью, зачастую отказывается принимать заявки о возникших в связи с нововведением проблемах, мотивируя это тем, что «у нас всё работает». Зачастую для заведения заявки приходится прибегать к настоятельным требованиям сделать это и обещаниям в случае отказа специалиста ТП передать запись разговора с ним вышестоящему руководству МГТС в рамках официальной жалобы (претензии).
В «Договоре об оказании услуги доступа к сети Интернет», имеющемся у меня на руках, в разделе 3 «Условия оказания услуги» имеется пункт 3.4 с содержанием «Для получения Услуги Абоненту выделяется один динамический IP-адрес». Однако в Приложении 1 к этому договору, а именно в «Правилах оказания услуг связи» (документ Word) есть п. 3.6, в котором сказано следующее: «Для получения Услуги Абоненту выделяется один динамический публичный IP-адрес сети Интернет». Кроме того, на сайте МГТС в разделе «Вопросы и ответы - Технические вопросы» есть весьма примечательный ответ на вопрос, может ли пользователь услуги доступа в Internet по ADSL «настроить для друзей персональный веб-сервер, видимый из интернета». В ответе на этот вопрос говорится, что такой сервер организовать возможно и что для доступа к нему пользователю необходимо сообщить «друзьям динамический адрес IP, выданный модему или компьютеру».
Всё вышеописанное обладает совершенно явными признаками скрытого изменения условий обслуживания клиентов, приведшими к ухудшению (снижению) качественных показателей услуги по сравнению с применимыми ранее. Есть основания полагать, что происходящее имеет целью простимулировать абонентов МГТС к переходу на обслуживание по технологии GPON, внедрение которой сейчас происходит весьма ускоренными темпами, методами, способами и зачастую при помощи очень неаккуратных подрядчиков, что вызывают обоснованные нарекания со стороны клиентов МГТС.
Пример того, что было до пятницы и стало теперь (используется маршрутизатор Cisco 857):
trellis#wan
Interface IP-Address OK? Method Status Protocol
Dialer0 46.138.84.91 YES IPCP up up
trellis#
trellis#sh int descr | inc MGTS
AT0 up up ** [UPL] MGTS ADSL (Physical) **
AT0.150 up up ** [UPL] MGTS ADSL (1/50) **
Di0 up up ** [PPP] MGTS ADSL PPPoE **
trellis#
trellis#conf t
Enter configuration commands, one per line. End with CNTL/Z.
trellis(config)#int di0
trellis(config-if)#shut
trellis(config-if)#no shut
trellis(config-if)#^Z
trellis#
trellis#wan
Interface IP-Address OK? Method Status Protocol
Dialer0 10.160.111.145 YES IPCP up up
Лично у меня ADSL-подключение используется исключительно как второе резервное (в том смысле, что у меня есть и первое резервное) и для целей тестирования с использованием IP из AS МГТС. Поэтому меня «нововведение» особо сильно не задевает - но именно технически. Однако этого нельзя сказать о массе других пользователей, которым МГТС будет пудрить мозги фразами типа «а у нас всё работает». И только правильная реакция на подобные «нововведения», происходящие тихой сапой, является относительной гарантией того, что в будущем та же МГТС трижды подумает, а стоит ли заниматься подобным.