[c-nsp] Problems with dot1q trunk over EoMPLS with WS-X6148-GE-TX
Heath Jones
hj1980 at gmail.com
Tue Aug 10 10:20:05 EDT 2010
Im not sure if it helps, but I remember having a lot of trouble back doing
DSL stuff - similar issues. There was a command: 'ip tcp mss-adjust' or
something similar - might be worth having a look at..
On 8 August 2010 12:02, Marco Matarazzo <marmata at gmail.com> wrote:
> Hi all,
>
> was trying to configure an EoMPLS link between two 6500s:
>
> Router1
> 6506 w/VS-S720-10G IOS 12.2(33)SXI2
> Customer facing blade: WS-X6148-RJ-45
>
> Router2
> 6503 w/WS-SUP32-10GE-3B IOS 12.2(33)SXI2
> Customer facing blade: WS-X6148-GE-TX
>
> The routers are connected between via the Sup integrated 10Gb interface,
> mtu
> on them is 9000.
>
> EoMPLS works fine if there's no dot1q trunk going over the VC. If there's
> one set, everything SEEMS to work, pings go thru, dns requests are fine, I
> can access any vlans from anywhere etc. Problems is with that I cannot
> access any internet page of downloading anything, all the connections
> stall!
> Seems like a MTU problem to me so begin troubleshooting and find that the
> maximum packet size that can travel between this dot1q trunk over EoMPLS is
> 1496 instead of 1500.
>
> On both routers of course the VC is up:
>
> Router1#sh mpls l2 vc
>
> Local intf Local circuit Dest address VC ID Status
> ------------- -------------------------- --------------- ----------
> ----------
> Fa2/32 Ethernet x.y.z.56 71172104 UP
>
> Router2##sh mpls l2 vc
>
> Local intf Local circuit Dest address VC ID Status
> ------------- -------------------------- --------------- ----------
> ----------
> Gi2/3 Ethernet x.y.z.40 71172104 UP
>
> And the MTU of the VC is 1500:
>
> Router1##sh mpls l2 vc 71172104 det
> Local interface: Fa2/32 up, line protocol up, Ethernet up
> Destination address: x.y.z.56, VC ID: 71172104, VC status: up
> Output interface: Te5/5, imposed label stack {700}
> Preferred path: not configured
> Default path: active
> Next hop: x.y.z.14
> Create time: 03:32:35, last status change time: 03:32:35
> Signaling protocol: LDP, peer x.y.z.56:0 up
> Targeted Hello: x.y.z.40(LDP Id) -> x.y.z.56
> MPLS VC labels: local 969, remote 700
> Group ID: local 0, remote 0
> MTU: local 1500, remote 1500
> Remote interface description: -VC-71172104--
> Sequencing: receive disabled, send disabled
> VC statistics:
> packet totals: receive 1959291, send 3518574
> byte totals: receive 1809500293, send 700321865
> packet drops: receive 0, send 0
>
> Router2##sh mpls l2 vc 71172104 det
> Local interface: Gi2/3 up, line protocol up, Ethernet up
> Destination address: x.y.z.40, VC ID: 71172104, VC status: up
> Output interface: Te1/2, imposed label stack {969}
> Preferred path: not configured
> Default path: active
> Next hop: x.y.z.13
> Create time: 3d19h, last status change time: 03:30:59
> Signaling protocol: LDP, peer x.y.232.40:0 up
> Targeted Hello: x.y.z.56(LDP Id) -> x.y.z.40
> MPLS VC labels: local 700, remote 969
> Group ID: local 0, remote 0
> MTU: local 1500, remote 1500
> Remote interface description: -VC-71172104--
> Sequencing: receive disabled, send disabled
> VC statistics:
> packet totals: receive 50349195, send 5715589
> byte totals: receive 10440236044, send 5129079765
> packet drops: receive 0, send 0
>
> This is the port config:
>
> Router1#sh run int fa 2/32
> Building configuration...
>
> Current configuration : 245 bytes
> !
> interface FastEthernet2/32
> description -VC-71172104--
> no ip address
> ip verify unicast source reachable-via any allow-default
> no ip redirects
> no ip proxy-arp
> xconnect x.y.z.56 71172104 encapsulation mpls
>
> Router2##sh run int gi 2/3
> Building configuration...
>
> Current configuration : 257 bytes
> !
> interface GigabitEthernet2/3
> description -VC-71172104--
> no ip address
> ip verify unicast source reachable-via any
> no ip redirects
> no ip proxy-arp
> speed 100
> duplex full
> xconnect x.y.z.40 71172104 encapsulation mpls
>
>
> Unfortunately I cannot bump up the mtu on WS-X6148-GE-TX (need the A
> version
> for that!), but this is the port where the xconnect is terminating, so I
> was
> under the impression that I wouldn't need jumbo frames support as the
> labels
> would just be passed thru the TenG mpls enabled interfaces, isn't it? I
> verified that lowering the interface mtu of the client machines makes
> everything work again. Played with the mpls mtu command, but it does not
> seem to have any effect whatsoever.
> Oddly enough, I see giants increasing on Router1, but not on Router2. I
> assume these are the dot1q trunk packets, but then why I'm seeing the
> counter increasing only on one side? The customer says on his switch
> interfaces, the mtu is 1500 on both trunks.
> So do you think I really need to bump the blade to at least WS-X6148A-GE-TX
> for this config to work, or am I missing something else?
>
> Thanks!
> ]\/[arco
> --
> I'm Winston Wolf, I solve problems.
> _______________________________________________
> 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/
>
More information about the cisco-nsp
mailing list