Люди! У кого-нибудь это чудо заработало в связке с цисками?
Банальный xconnect тупо не поднимается, а LDP постоянно флапает.

Device Type : DXS-3600-16S TenGigabit Ethernet Switch
Firmware Version : Build 1.30.R046
Hardware Version : B1

Добрый день.

ftp://ftp.dlink.ru/pub/Trainings/Switch ... C_v1.0.pdf

Попробуйте ещё добавить:
con t
mpls label protocol ldp
explicit-null

_________________
С уважением,
Бигаров Руслан.

Файл не найден...

explicit-null не помогает.

на стороне циски имеем:

#sh mpls l2transport vc 102 detail
Local interface: Gi3/20 up, line protocol up, Ethernet up
Destination address: x.x.x.14, VC ID: 102, VC status: down
Output interface: Vl7, imposed label stack {0 1000}
Preferred path: not configured
Default path: active
Next hop: x.x.x.17
Create time: 00:06:10, last status change time: 00:01:10
Signaling protocol: LDP, peer x.x.x.14:0 up
Targeted Hello: y.y.y.3(LDP Id) -> x.x.x.14
Status TLV support (local/remote) : enabled/supported
Label/status state machine : established, LruRrd
Last local dataplane status rcvd: no fault
Last local SSS circuit status rcvd: no fault
Last local SSS circuit status sent: DOWN(PW-tx-fault)
Last local LDP TLV status sent: no fault
Last remote LDP TLV status rcvd: DOWN(PW-tx-fault)
MPLS VC labels: local 143, remote 1000
Group ID: local 0, remote 0
MTU: local 9216, remote 9216
Remote interface description:
Sequencing: receive disabled, send disabled
VC statistics:
packet totals: receive 0, send 0
byte totals: receive 0, send 0
packet drops: receive 0, seq error 0, send 0

на стороне д-линка:
#sh mpls l2transport vc 102 detail

VC ID: 102, Peer IP Address: y.y.y.3, Operate Status: Down
Local AC: Eth1/0/2, Status: Up
Remote AC Status: Up
MPLS VC Labels: Local 1000, Remote 143
Outbound Tunnel label: N/A
MTU: Local 9216, Remote 9216
Group ID: Local 0, Remote 0
Signaling Protocol: LDP
VC Statistics:
RX Bytes: 0, RX Packets: 0
TX Bytes: 0, TX Packets: 0

cisco:

interface GigabitEthernet3/20
mtu 9216
no ip address
xconnect x.x.x.14 102 encapsulation mpls
end


d-link:

interface tenGigabitEthernet 1/0/2
mtu 9216
xconnect 102 y.y.y.3 encapsulation mpls raw mtu 9216

без raw вообще даже метки не присваиваются.

d-link:
x.x.x.14 - loopback1
x.x.x.17 - ip on vlan7

cisco:
y.y.y.3 - lo0 cisco
y.y.y.18 - ip on vlan7

мне не совсем понятно, почему targeted hello с циски уходит не на лупбек интерфейс д-линка, а на интерфейсный ip.
хотя с другими пирами все ок. при чем почему-то в случае скрещивания с д-линками их два:

y.y.y.3 -> x.x.x.14 (ldp): active, xmit

y.y.y.3 -> x.x.x.17 (ldp): passive, xmit/recv
LDP Id: x.x.x.14:0

хотя с discovery на стыке все нормально:
Vlan7 (ldp): xmit/recv
LDP Id: x.x.x.14:0

и на d-link-е указан transport address соотв. лупбек интерфейса.

И еще вопрос. Это фича такая, что при манипуляциях с xconnect-ами LDP все LSP передергивает?..
А циска пр этом теряет нейбора по причине:

%LDP-5-NBRCHG: LDP Neighbor x.x.x.14:0 (6) is DOWN (Received error notification from peer: Holddown time expired)

А через несколько секунд нейбор возвращается.
При этом на циске процесс IPRM (MPLS IP Rewrite Manager) роут-процессор в 100% вгоняет.

вобщем xconnect поднялся... но...

итак. пока циска не анонсировала explicit-null, d-link ейный лупбек не появлялся в выводе
sh mpls forwarding-table. после того, как со стороны циски было указано 'mpls ldp explicit-null',
все полечилось.

Остается загадкой зачем передергивать всю LDP сессию и все LSP при внесении изменений в конфигурацию
(создание/удаление VC).