Would like to seek your help to resolve one EoMPLS problem.
My EoMPLS topology is-
I had configure Ethernet over MPLS on subinterface between PE1 & PE2. P1 and P2 connected via E1 (Encap PPP). On LDP path, MTU is 1530. MPLS L2 VC is up, I can ping CE - CE upto ping size 1480 byte, but not able to transfer any file. In FTP session between CE-CE, can receive only file size upto 1024 byte. I had also try MTU 1560 on the LSP, but result is same.
If I use FastEthernet between P1 and P2, everything works fine with MTU 1530.
How to resolve the issue of the above topology?
i had same issue in my network. well i dont know if this solution helps you or not. after you change the MTU restart the router.
please let me know how did it go ?
Today i found that, if i use Windows Vista on both CE side, FTP working fine from both end.
Windows Vista in one side and Windows XP in other side - XP can FTP from Vista but Vista cannot FTP from XP. Vista doing some Auto Tuning. I had also change MTU (1400, 1360)for VPN and PPP in Windows XP, but no result. I think the issue is the packet segmentation.
Only thing what you have to do is create a route map in which you have to map the traffic and fragment it and bind it to the ethernet or incoming port.
access-list 101 permit ip any any
match ip-address 101
set df 1
route-map JUMBO in
my friend. i dont think he should be doing this .This will set DF for all the packets . which make packet ineligible for fragmentation.
is there any particular reason why you are recommending this ?
First lets agree that your core needs to accommodate the extra bytes added for labels allover the LSP, secondly are you filtering ICMP any where within your path. By default PMTUD is operational on Windows platforms, this means that all outbound TCP traffic will have the DF bit set, but if you are not filtering ICMP any where along your path thus PMTUD should work with no problem. One thing to note, the difference between Vista and XP regarding this issue is that Vista has a feature called PMTUBHDetect (Black Hole Router Detect) enabled by default (it can be manually enabled on XP, and more over SP3 enables it by default).
your solution is pretty close. When we set PMTUBHDitect and PMTUDiscovery in registry of XP. It is working only when we are using router as a CE. Inside the CE routers Windows XP are working with these registry settings. But when we are using direct PC with PE router it does not work.
Thanks for your post reply. We had enable LDP, TE and L2 MPLS. All over the LSP we had set "MPLS MTU 1530". Can we use MSS on PE router to reduce the packet size?
Actually manipulating the MPLS MTU allover the path should do the job for you, anyway please do check the attached document, i've tried to have a single document that covers all the MTU, TCP MSS, PMTUD stuff covered, it is still in progress but i believe it'll help you understand most of the story.
Thanks for your document.
We had change MPLS MTU 1546, 9192, 9196 allover the LSP.
But no result.
FTP working in one way, FTP from both side is not working.
Sorry for the late reply, i was very busy the last couple of days, i'll do test your configuration in my lab as soon as possible and feed you back.
Sorry for the late reply, i just had very urgent things to take care of, please do accept my apologies. The configuration you've posted is very straight forward and seems to have no problem, can you please describe the specific symptoms and the configuration done on the switches.
On switch we had configure Vlan same as PE router, port connected to PE configured as Trunk and port connected to PC configured as access for that Vlan.
Problem is, when we try to transfer file between both end PC, can transfer file smoothly from one side only, from other side transfer speed is very slow and ftp connection drop after transfer of 1024 byte.
There is no ACL and Rate-limit on the LSP.
I've labed your exact setup and it worked perfectly (the only difference is that i've used ATM interfaces rather than the serial interfaces, but its not a big deal), can you elaborate on the systems part.
[Sorry for the late replies i am currently in the middle of an important project, which is keeping me extremely busy]
in any case you have a problem with MTU.
You break MTU1500 along the path.
Try to determine what is the maximum ip packet size with df-bit set you can transfer along the path.
your 7206VXR,NPE300 and 3640 are very old.
They cannot preserve MTU on the path. Ethernet controllers have restriction in hardware. They were created to support (accommodate) ethernet frames + 802.1q or ISL. But it's not enough for EoMPLS tunnel.
As alternative you can use L2TPv3 - which will let you do fragmentation.