[riv471]

Всем привет. Сижу мучаюсь неделю, не могу поднять PPOE на микротике, от провайдера Ростелеком.

 

На отдельном компьютере PPoE поднимается без проблем.

 

Топология следующая, стоит ADSL модем zyxel , на нем настроен бридж и включен DHCP . На микротике настроен DHCP клиент.

далее создаю PPoE клиента там вписываю логин и пароль на подключение. Микротик не регистрируется.

 

Что было сделано, был поменян ADSL модем на asus , коннекта нет. Взял миркотик унес домой, дома стоит GPON модем, принцип настройки PPOE такойже, дома все подключается за 5 сек при тек же настройках(за исключением пароля и логина).

попробовал вписать в свойствах pppoe закладка dial-out, в поле service 07 00 00 00 07 00 00 00, тоже ни к чему не привело.

Конфигурация:

 

# mar/03/2016 15:07:13 by RouterOS 6.35rc44

# software id = TYB6-W96D

#

/interface ethernet

set [ find default-name=ether3 ] master-port=ether2

set [ find default-name=ether4 ] master-port=ether2

set [ find default-name=ether5 ] master-port=ether2

set [ find default-name=ether1 ] comment=wan name=wan

/interface pppoe-client

add add-default-route=yes disabled=no interface=wan max-mru=1492 max-mtu=1492 \

mrru=1492 name=ADSL password=XXXXXXX service-name=\

"07 00 00 00 07 00 00 00" use-peer-dns=yes user=XXXXXXXX

/ip neighbor discovery

set wan comment=wan

/ip hotspot profile

set [ find default=yes ] html-directory=flash/hotspot

/interface l2tp-server server

set allow-fast-path=no max-sessions=unlimited

/ip address

add address=192.168.2.1/24 interface=ether2 network=192.168.2.0

/ip dhcp-client

add default-route-distance=0 dhcp-options=hostname,clientid disabled=no \

interface=wan

/system clock

set time-zone-name=Etc/GMT+6

/system clock manual

set time-zone=+06:00

/system routerboard settings

set cpu-frequency=650MHz protected-routerboot=disabled

[vex]

Что еще за сервиснейм 07 00 00 00 07 00 00 00. Поиграйте с MTU.

[riv471]

Что еще за сервиснейм 07 00 00 00 07 00 00 00. Поиграйте с MTU.

 

вычитал следующее """""

вышел в инет!!

еще раз попытался подключиться, прописал в поле service "07 00 00 00 07 00 00 00" - и о чудо, коннектед!!

 

 

iSupport писал(а):

service 07 00 00 00 07 00 00 00 - уберите

уважаемый iSupport - мне объясняли местные ребята, что у нашего провайдера гребаной ВТ Ростелеком - оборудование Huawei.

и что оно (это оборудование) сначала его требует, и протокол обмена поэтому через заднее место...

у винды вначале идет тэг Service-Name, затем Host-Uniq. У микротика наоборот. В rfc 2516 порядок тэгов жестко не задан, но, возможно, китайцы, писавшие прошивку хуавея, этот рфц не читали...

""""

 

С MTU игрался безрезультатно, провайдер говорит у них 1492

[DRiVen]

вычитал следующее

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

 

стоит ADSL модем zyxel , на нем настроен бридж и включен DHCP . На микротике настроен DHCP клиент.

далее создаю PPoE клиента там вписываю логин и пароль на подключение.

Вот зачем здесь DHCP, если подключение по РРРоЕ? Метод научного тыка, конечно, технология авторитетная, зарекомендовавшая себя веками использования, но может таки бубен отложить и что-нибудь тематическое почитать?

 

P.S>DHCP-клиента - в снос. И сервиснейм - тоже.

Edited April 4, 2016 by DRiVen

[vex]

Вот зачем здесь DHCP, если подключение по РРРоЕ?

Это нормально для некоторых провайдеров, дуал-акцесс дурацкий. По идее, никак не должно мешать PPPoE найти свой концентратор, но в 90% случаев можно и снести DHCP ко всем зверям, на работоспособности не скажется.

[myth]

У РТ ведь не дуал акцесс.

[DRiVen]

Фраза была про

ADSL модем zyxel, на нем настроен бридж и включен DHCP

В случае настройки мостом DHCP на модеме работать не должен.

А насчет "не должно мешать" - принципиально да, но на шлакотике, как и на Keenetic-ах на некоторой последовательности прошивок (как сейчас не знаю), наличие dhcp-клиента не давало подняться рррое, до получения ip или (на Keenetic) достижения некоего таймаута, довольно продолжительного.

Edited April 4, 2016 by DRiVen

[vex]

В случае настройки мостом DHCP на модеме работать не должен.

Слона-то я и не заметил) Конечно, никакого DHCP там не надо нигде, надо нормально настроенный бридж. На каких-то длинках тоже надо было выплясывать, чтобы победить дуалакцесс, но это было давно и неправдане помню, на каких именно.

[riv471]

Про DHCP клиента, при убиение клиента PPoE также не поднимается.

Конечно, никакого DHCP там не надо нигде, надо нормально настроенный бридж.

Что такое нормально настроенный бридж, имеется ввиду в ADSL модеме, или в микротике еще надо, что то настраивать ? Во многих инструкциях вообще все просто, создал PPoE клиента ,вбил логин и пароль и все , интернет в микротике есть, а тут ведь ничего не получается, ни с DHCP клиентом ни без него. Может надо ADSL модем специальным образом под микротик настроить ?

[DRiVen]

service-name=\

"07 00 00 00 07 00 00 00"

Это удалили?

[SUrov_IBM]

Riv471, доброго времени суток.

 

В своё время, Ростелеком в СПб при подключении ADSL линии, предоставлял своё оборудование в виде D-Link модема.

Модем выполнял функцию маршрутизатора, авторизующий PPPoE соединение, но при этом являлся бриджем!

Оконечное за модемом Ethernet оборудование, получало IP адрес выдаваемый провайдером по DHCP

(т.е. в PPPoE авторизации, не участвовало). Так Ростелеком, мог пробросить прямой (белый) IP адрес,

на оборудование без поддержки PPPoE.

 

Правда выдаваемая DHCP сервером модема адресация была ужасно «кривая» (совокупность «серой» сети и...

к сожалению, уже не вспомнить полностью). Далеко не каждый DHCP клиент, мог воспринимал настройки корректно.

 

Возможно, у Вас именно такая схема.

 

 

Можно попробовать:

 

 

1. Связать напрямую ПК (OS Win, сетевая карта получает DHCP) и модемом.

PPPoE со страны ПК, не должно быть настроенным!

Если ПК получает IP, имеет доступ в Интернет, вероятна вышеописанная ситуация.

 

Но при этом, нужно быть уверенным, что модем является бриджем,

а не работает в режиме маршрутизатора (доступ в сеть Интернет, для сети 192.168.0.0/24).

 

 

2. Настроить модем в режиме «полноценного бриджа» ADSL – Ethernet (именно так реализовано у РТ,

в подключении GPON). Подключив ПК к модему, убедиться, что ПК не получает DHCP.

Настроить авторизацию PPPoE соединения средствами OS Win.

 

При успешном соединении, пробовать соединить Mikrotik (авторизация PPPoE) и модем.

 

 

Если подтвердился первый вариант, необходимо посмотреть,

как построилась маршрутизация при получении DHCP, на OS Win.

 

Во втором варианте, не каждый ADSL модем сможет построить «полноценный бридж» ADSL – Ethernet.

Возможно, потребуется замена самого модема, для полного выполнения второго варианта.

Edited April 4, 2016 by SUrov_IBM

[DRiVen]

Терзают меня смутные сомнения... Точно с Винды через модем по рррое подключаетесь?

[nkusnetsov]

riv471, что пишет "/int pppoe-cli scan ether1" ?

Добавьте логирование PPPoE: "/system logging add topics=pppoe"

Что в логах при попытке подключения?

Edited April 5, 2016 by nkusnetsov

[myth]

На нашем филиале РТ помогала смена протокола авторизации на PAP

[riv471]

1. Связать напрямую ПК (OS Win, сетевая карта получает DHCP) и модемом.

PPPoE со страны ПК, не должно быть настроенным!

Если ПК получает IP, имеет доступ в Интернет, вероятна вышеописанная ситуация.

 

Но при этом, нужно быть уверенным, что модем является бриджем,

а не работает в режиме маршрутизатора (доступ в сеть Интернет, для сети 192.168.0.0/24).

Не подключается.

Настроить модем в режиме «полноценного бриджа» ADSL – Ethernet (именно так реализовано у РТ,

в подключении GPON). Подключив ПК к модему, убедиться, что ПК не получает DHCP.

Настроить авторизацию PPPoE соединения средствами OS Win.

 

При успешном соединении, пробовать соединить Mikrotik (авторизация PPPoE) и модем.

Подключается. Выставляю IP адреса на сетевой карте . Если не выставлять не подключается.

Попробовал на микротике не работает.

 

 

Терзают меня смутные сомнения... Точно с Винды через модем по рррое подключаетесь?

Точно по PpPoE

[riv471]

riv471, что пишет "/int pppoe-cli scan ether1" ?

Добавьте логирование PPPoE: "/system logging add topics=pppoe"

Что в логах при попытке подключения?

Завтра с утра попробую.

[SUrov_IBM]

1. Связать напрямую ПК (OS Win, сетевая карта получает DHCP) и модемом.

PPPoE со страны ПК, не должно быть настроенным!

Если ПК получает IP, имеет доступ в Интернет, вероятна вышеописанная ситуация.

 

Но при этом, нужно быть уверенным, что модем является бриджем,

а не работает в режиме маршрутизатора (доступ в сеть Интернет, для сети 192.168.0.0/24).

Не подключается.

Настроить модем в режиме «полноценного бриджа» ADSL – Ethernet (именно так реализовано у РТ,

в подключении GPON). Подключив ПК к модему, убедиться, что ПК не получает DHCP.

Настроить авторизацию PPPoE соединения средствами OS Win.

 

При успешном соединении, пробовать соединить Mikrotik (авторизация PPPoE) и модем.

Подключается. Выставляю IP адреса на сетевой карте . Если не выставлять не подключается.

Попробовал на микротике не работает.

 

 

Терзают меня смутные сомнения... Точно с Винды через модем по рррое подключаетесь?

Точно по PpPoE

Riv471, доброго времени суток.

 

Странная ситуация, по идее для установления PPPoE соединения, на физическом Ethernet интерфейсе (сетевой карте),

не требуется назначение, какого либо IP адреса. Соединение PPPoE, создаёт виртуальный интерфейс,

пропуская трафик через интерфейс Ethernet. Вышеописанное, проверено на сети GPON (РТ СПб).

 

 

Устанавливая PPPoE соединение (OS Win), физическому Ethernet интерфейсу, Вы указываете произвольный IP адрес

или получаете его по DHCP от ADSL модема?

 

 

Попробуйте следующие действия, если уверены, что модем находится в режиме «бридж»:

 

1. Установите внутреннюю сеть (LAN порт модема), отличающеюся от 192.168.x.x/24 (например, 7.0.0.0/24).

2. Отключите встроенный DHCP сервер модема.

3. Отключите NAT и UPnP функции на модеме.

 

Далее попробуйте подключиться средствами ПК, без указания IP на физическом Ethernet интерфейсе.

 

 

 

Дополнительно: как посоветовали выше коллеги по цеху, за счёт ПК убедитесь, какой вариант авторизации

(pap, chap, ms-chap...) используется в Вашем случае.

Edited April 6, 2016 by SUrov_IBM