Well, I guess this post as been beaten to death now. I wanted to correct something i said earlier though .. a normal sup-32 can support jumbo frame.
On Tue, Aug 10, 2010 at 10:20 AM, Heath Jones <[email protected]> wrote: > 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 <[email protected]> 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 [email protected] > > https://puck.nether.net/mailman/listinfo/cisco-nsp > > archive at http://puck.nether.net/pipermail/cisco-nsp/ > > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
