[c-nsp] xconnect on VLAN interface ES card

[Atif Sid]

IOS 12.2(33)SRD1.

i will try to to test with ES facing core, if that is the case. but same LC
for customer ports and core, is that recommended? or any issues.

On Thu, Aug 20, 2009 at 1:26 PM, Shimol Shah <shimshah at cisco.com> wrote:

> I think perhaps this IOS version would not be a problem since his ES card
> booted up fine as support for it was added in SRB.
>
>
> http://www.cisco.com/en/US/prod/collateral/routers/ps368/product_data_sheet0900aecd8057f3ad.html
>
> I feel this is due to incorrect LC being used.
>
> If you try to use the right LC with your IOS does it work fine ?
>
> Also make sure using Feature Navigator that the feature is supported in
> your IOS.
>
>
> haminu at aljawal.blackberry.com said the following on 8/20/2009 1:18 PM:
>
> Atif,
>>
>> What is your ios version?
>> Hash
>> Sent from my BlackBerry® wireless device from Aljawal
>>
>> -----Original Message-----
>> From: Atif Sid <guru6111 at gmail.com>
>>
>> Date: Thu, 20 Aug 2009 12:55:39 To: <cisco-nsp at puck.nether.net>
>> Subject: [c-nsp] xconnect on VLAN interface ES card
>>
>>
>> I have seen posts on this topic but still not clear.. currentl have WS
>> line
>> cards, with SUP-32 on 7606; PW on VLAN interface do not work. testing ES
>> card customer facing, RSP-720 core facing, here is the issue.. any help
>> will
>> be great !
>>
>> Is it possible to configure xconnect from an SVI interface, when your core
>> facing cards are RSP-720?
>>
>> I have configured it:
>>
>> interface Vlan290
>> no ip address
>> xconnect 10.10.136.129 37123712 encapsulation mpls
>> end
>>
>> It does not come up:
>>
>> PE4#sh mpl l2transport vc
>>
>> Local intf Local circuit Dest address VC ID Status
>> ------------- -------------------------- --------------- ----------
>> ----------
>> Vl290 Eth VLAN 290 10.10.136.129 37123712 DOWN
>>
>> PE4#sh mpl l2transport vc 37123712 det
>> PE4#sh mpl l2transport vc 37123712 detail
>> Local interface: Vl290 up, line protocol up, Eth VLAN 290 up
>> Interworking type is Ethernet
>> Destination address: 10.10.136.129, VC ID: 37123712, VC status: down
>> Output interface: none, imposed label stack {}
>> Preferred path: not configured
>> Default path: no route
>> No adjacency
>> Create time: 00:00:49, last status change time: 00:00:03
>> Signaling protocol: LDP, peer 10.10.136.129:0 up
>> Targeted Hello: 10.10.136.131(LDP Id) -> 10.10.136.129
>> Status TLV support (local/remote) : enabled/not supported
>> Label/status state machine : remote ready, LndRru
>> Last local dataplane status rcvd: no fault
>> Last local SSS circuit status rcvd: AC DOWN(rx,tx faults)
>> Last local SSS circuit status sent: no fault
>> Last local LDP TLV status sent: no fault (withdrawn)
>> Last remote LDP TLV status rcvd: not sent
>> MPLS VC labels: local unassigned, remote 340
>> Group ID: local unknown, remote 0
>> MTU: local unknown, remote 1500
>> Remote interface description: ** Test PW with PE4 ES SVI int **
>> 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
>>
>> Although when I use a physical interface it comes up?
>> RSP720 does not support it??
>>
>>  moved it to physical interface it comes up:
>>
>> interface GigabitEthernet2/1
>> no ip address
>> ip verify unicast source reachable-via any
>> load-interval 30
>> speed 1000
>> xconnect 10.10.136.129 37123712 encapsulation mpls
>> end
>>
>> PE4#sh mpls l2transport vc
>> Local intf Local circuit Dest address VC ID Status
>> ------------- -------------------------- --------------- ----------
>> ----------
>> Gi2/1 Ethernet 10.10.136.129 37123712 UP
>> _______________________________________________
>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>> _______________________________________________
>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
>