To envine

Проблема заключается в том, что Вы не сконфигурировали Service Type для данного PVC (в данный момент на этом PVC используется StaticIP service type без заданного IP адреса).

Конфигурация Service Type PPPoE (так как для этого Service Type не нужно указывать конкретный IP адрес):
CLI(config ucast)# set servicetype 1.1 0 33 pppoe

После чего включите VC в работу:
CLI# config ucast enable vcvlan 1.1 0 33

Также Вы можете обратиться к CLI, либо LCT мануалу за подробностями использования Service Type.

_________________
С уважением, Давыдов Денис.

Получилось.
Только пинги не проходят, хотя mac адреса все видно.

Что стоит за DSLAM (коммутатор?) и как настроено данное устройство.
Опишите топологию Вашей сети.
Приведите также вывод команды CLI# config lc show (на DSLAM).
Опишите, каким образом Ваши подписчики должны получать доступ в Интернет (StaticIP, DynamicIP, PPPoA, PPPoE).

_________________
С уважением, Давыдов Денис.

ноутбук- коммутатор DES3526 - DSLAM4192 - DSL500T (настроенный бриджом) - компьютер 2. Адреса статические.

CLI# config lc show

planned current rfc2684 vlan-tag service configured
LC type type encap pass type tagged-mode
-- ------- ------- ------- -------- -------- -------------
1 ADSL ADSL LLC enabled enabled untagged-only
2 n/a ADSL LLC disabled disabled untagged-only
3 n/a ADSL LLC disabled disabled untagged-only
4 n/a ADSL LLC disabled disabled untagged-only

доступ в Интернет по PPPoE

В данный момент Вы используете статические IP адреса, а Service Type в настройках линейных модулей на DSLAM включен глобально, поэтому Unicast трафик со статическими Source IP не проходит.

Выключите Service Type глобально на всех линейных модулях.
Пример для 1-го линейного модуля:
CLI# config lc set service-type 1 disabled

После этого трафик должен проходить нормально.
Впоследствии Вы будете использовать DSLAM в реальном окружении (где подписчики получают доступ посредством PPPoE) и включите Service Type глобально в настройках всех линейных модулей.
Почитайте мануалы - в них подробно описана конфигурация Service Type и для чего вообще это используется.

_________________
С уважением, Давыдов Денис.

Да, теперь трафик проходит нормально.

Хотелось бы уточнить по поводу реального окружения.
В реальном окружении клиенты будут используют не только PPPoE, но также и получают ip по dhcp для внутренней сетки. Как быть в этом случае, т.е. как правильно настроить?

1. Включите Service Type Control для каждого линейного модуля глобально:
CLI# config lc set service-type 1 enable
OK
....................
....................
....................
CLI# config lc set service-type 4 enable
OK


2. Допустим, подписчик подключенный к 4-му порту 1-го линейного модуля должен использовать DHCP для конфигурации сетевого интерфейса своего компьютера/модема. Для VC-to-VLAN связки, созданной поверх 1.4 xDSL порта нужно изменить тип Service Type на DHCP:

Выключаем VC-to-VLAN:
CLI(config ucast)# disable vcvlan 1.4 0 33
OK

Изменяем Service Type параметр:
CLI(config ucast)# set servicetype 1.4 0 33 dhcp
OK

Включаем VC-to-VLAN:
CLI(config ucast)# enable vcvlan 1.4 0 33
OK

Таким образом, трафик от данного абонента будет проходить только в том случае, если абонент получил IP адрес с использованием протокола DHCP. Трафик PPPoE (PPPoE discovery) и трафик со статически сконфигурированного Source IP будет отброшен.



3. Допустим, подписчик подключенный к 10-му порту 1-го линейного модуля должен использовать PPPoE для получения доступа в Интернет. Для VC-to-VLAN связки, созданной поверх 1.10 xDSL порта нужно изменить тип Service Type на PPPoE:

Выключаем VC-to-VLAN:
CLI(config ucast)# disable vcvlan 1.10 0 33
OK

Изменяем Service Type параметр:
CLI(config ucast)# set servicetype 1.10 0 33 pppoe
OK

Включаем VC-to-VLAN:
CLI(config ucast)# enable vcvlan 1.10 0 33
OK

Таким образом, трафик от данного абонента будет проходить только в том случае, если оборудование абонента инициализировало и установило PPPoE соединение. Трафик DHCP (DHCP discovery) и трафик со статически сконфигурированного Source IP будет отброшен.

И снова хочу сказать Вам - почитайте руководство.

_________________
С уважением, Давыдов Денис.

Это понятно. На каждый порт можно указать конкретный service type, либо static ip либо PPPoE либо DHCP. Но как сделать (как это реализовано в DAS3248) чтобы клиент получал ip по DHCP для внутренней сетки и выходил в Интернет посредством PPPoE?
В руководстве я не нашел ответов на эти вопросы.

Это будет доступно в следующей версии прошивки (дополнительные варианты STC): StaticIP + PPPoE, DynamicIP + PPPoE.

_________________
С уважением, Давыдов Денис.

А когда можно ожидать этой прошивки?

Также продолжается непонятное поведение LC1 , т.е. после перезагрузки модуля он просто не поднимается

CLI#
Line card 1: link down!

Line Card 1: link up!
LC#01: 00:16:E3:A1:77:00
LC#01: 00:16:E3:A1:77:03
LC#01: 00:16:E3:A1:77:02
LC#01: 00:16:E3:A1:77:00
[ERROR] The Line Card 01 's Master DSP is failed!
Boot Line Card 01 ......................................... [FAIL]


Line card 1: link down!

Line Card 1: link up!
LC#01: 00:16:E3:A1:77:03
LC#01: 00:16:E3:A1:77:00
LC#01: 00:16:E3:A1:77:01
[ERROR] The Line Card 01 's Master DSP is failed!
Boot Line Card 01 ......................................... [FAIL]

Вылечивается только перезагрузкой всего дслама.

Причем судя по всему это нужно делать регулярно, т.к. появляются в течении работы еще странности вида сокращенного показа конфигурации порта

CLI# config port show 2.1

port: 1.2.1
admin status : enabled
oper status : up
cfg. profile : "128_128"
alarm profile : ""
traffic policing : ""
circuit ID : "IP_DSLAM-10.254.41.104-00:00:00:00:00:00 atm 2/1:0.0"
remote ID : ""

CLI#

Вылечивается также перезагрузкой дслама.

To envine

Что касается прошивки: новая версия появится в конце июня.
Что касается проблем в работе линейного модуля: так ведет себя лишь один линейный модуль или все установленные линейные модули?
Возможно, это проблема конкретного линейного модуля.
Также приведите вывод команды:
CLI# status nc show


Что касается "сокращенной" конфигурации DSL порта:
1. Создан ли Вами Traffic Policing profile и привязан ли к данному порту? Если нет - данное поле будет пустым.
2. Создан ли Вами Alarm profile и привязан ли к данному порту? Если нет - данное поле будет пустым.
3. Опция Remote ID задается только в том случае, если Вы используете PPPoE Intermediate agent. По умолчанию данная опция имеет пустое значение.

Если Вы не создавали Alarm и Traffic policing profiles и не задавали значение Remote ID - это вполне стандартный вывод.

_________________
С уважением, Давыдов Денис.

Пока эта проблема замечена только на первом линейном модуле LC1

CLI# status nc show

NC
current card type : CPU Module
planned card type : none
role : active
hardware version : DAS-4192-10
software version : 1.0v2.0.2@R134
serial number : MCI2031-8169S008954
oper status : up
system up time : 0day / 3hr / 59min / 57sec
tagged mode : tagged-only


По поводу сокращенного вывода имел в виду немного другое. Просто обычно он выводил эту команду так :

CLI# config port show 2.1

port: 1.2.1
admin status : enabled
oper status : up
cfg. profile : "128_128"
alarm profile : ""
traffic policing : ""
circuit ID : "IP_DSLAM-10.254.41.104-00:00:00:00:00:00 atm 2/1:0.0"
remote ID : ""
power state : L0
line standard : G.992.1 Annex A

[physical status]
item US DS
---------------- ------ ------
attainable rate 1120 10784 kbps
attenuation 0.0 2.0 dB
SNR margin 42.9 31.0 dB
output power -0.6 0.4 dBm

[channel status]
item US DS
---------------- ------ ------

Tx rate 128 128 kbps
interleave delay 8 8 ms
CRC block length 28 28 ms
INP symbol time 4.57 4.57 DMT symbol

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

Что касается "сокращенного вывода" - в данном случае порт находится в "Down" (неактивном) состоянии и Вы не видите значений скорости, SNR Margin и прочих. Это также нормальная ситуация.

_________________
С уважением, Давыдов Денис.

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

Теперь есть вопрос по управлению. Есть ли возможность посмотреть какие snmp запросы передает программа AMS выполняя какие либо конкретные действия по управлению устройством ?

По поводу модулей: я постараюсь воспроизветси данную проблему и отвечу Вам почтой.
По поводу SNMP запросов: да, Вы можете воспользоваться сниффером и посмотреть, с какими OID'ами работает AMS при конфигурации устройства.
Также описание OID'ов есть в этом мануале: ftp://ftp.dlink.ru/pub/IPDSLAM/DAS-4192 ... _2.0.2.pdf

_________________
С уважением, Давыдов Денис.