Ya, I know, its old, but MAN, Would it be nice!
MLPPP / MFR don’t know if they are both simple or not.
Ya, I know, its old, but MAN, Would it be nice!
MLPPP / MFR don’t know if they are both simple or not.
+5 (makes bonding easier I think)
I could use this too..
-Gerard
There is Multi Link support in RouterOS for same time now!!!
Just specify MRRU option on both ends and no more change-mms rules.
Also Bridge Control Protocol is useful
MLPPP meaning multiple PPP sessions working together. MLPPP is currently only single link implemented. I’m sure it will be coming soon (i hope).
AFAIK MLPPP stands for only one thing:
RFC1990 states:
… offers the additional ability to split and recombine packets, thereby reducing latency, and potentially increase the effective maximum receive unit (MRU)…
Could you, please, elaborate on your feature? (Functionality, application, RFC)
PPP Multilink is a bandwidth-on-demand protocol that can connect multiple links between two systems as needed to provide bandwidth on demand. The technique is often called bonding or link aggregation. For example, the two 64-Kbit/sec B channels of ISDN can be combined to form a single 128-Kbit/sec data channel. Another example would be to bind one or more dial-up asynchronous channels with a leased synchronous line to provide more bandwidth at peak hours of the day.
MLPPP is defined in RFC 1990 (PPP Multilink Protocol, August 1996). It is an extension to the PPP (Point-to-Point Protocol). See “PPP (Point-to-Point Protocol)” for information about the basic protocol. Microsoft Windows, Linux, and other operating systems support multilink. Many routers also support Multilink PPP and the ability to connect remote LANs with multiple dial-up or ISDN lines
???
normis, are you saying multilink is implemented? I think i read in your previous posts that its only single link.
No, I’m asking which of all the described features you are actually interested in. As you see, macgaiver is talking about another thing
Three Items specifically I have to purchase other routers for now that I would like to do with Mikrotik.
Bonding of T1 interfaces compatible with Cisco on the other end. With Cisco, you create a multi-link interface, setup the encap, then goto each of your serial interfaces and say that they are part of the multilink group. I know you can bond them with another MT, but not with a Cisco yet.
MFR or Multi-link Frame Relay, again, but not as common, to bond multiple T1s into one large pipe with a Cisco at the other end, this time though, they each use frame relay circuits.
MultiLinkPPP Support for (specifically) PPPoE Client sessions. The ability to BOND multiple PPPoE Client sessions together again, compatible with whatever most Cisco and other DSL providers use. Most support the ability to bond multiple DSL lines together coming in on different interfaces.
This one from your post below:
Many routers also support Multilink PPP and the ability to connect remote LANs with multiple dial-up or ISDN lines.
Just a bump.. By putting this in there, we can be a true WAN Router, by bonding multiple T1s. Very valuable, not to mention bonding on DSL or cable connections with PPPoE etc.
MLPPP is defined in RFC 1990 (PPP Multilink Protocol, August 1996). It is an extension to the PPP (Point-to-Point Protocol). See “PPP (Point-to-Point Protocol)” for information about the basic protocol. Microsoft Windows, Linux, and other operating systems support multilink. Many routers also support Multilink PPP and the ability to connect remote LANs with multiple dial-up or ISDN lines
The ability to do this would be great! Here is what we SHOULD be able to do:
Once step 2 is complete, we would have a SINGLE interface to use for our inbound and outbound routing. In other words, the IP assignment would be to the group interface. This is not a bridge group. MLPPP is pretty standard and is supported by a good number of dsl and cable providers. There would be no IP assigned to the pppoe connections. Really, they are not pppoe connections, but ppp encapsulation on a physical interface. This would be a HUGE benefit if it could be made to work.
if somebody can give us access to a client whos ISP supports these features, we can try to add them
if somebody can give us access to a client whos ISP supports these features, we can try to add them
For just one example, BellSouth supports this with their business DSL. But I am personally just as interested to see MT support this both as a client AND server side. It would be a good thing to be able to provide multiple PPP connections to a customer over wireless to increase throughput possibilities.
Teksavvy supports bonded DSL for both business and residential. I would really like to sell this as a service, not to mention selling more RBs as a side effect!!
A good thread on the issue is here, complete with a BSD config to make it work properly.
http://www.dslreports.com/forum/r18747875-bonded-dsl-is-it-ever-going-to-be-an-option-for-us~start=220
Some people have bonded 3 DSL connections and are getting full speed in both directions.
If MT needs help on this, I can put in two DSL lines and hook up an RB to them with an public IP… I already have the phone lines installed at one of our towers.
George
i think windows RAS server can also be setup to demo this right ?
Yes, Since windows 98 they have supported mufti-link PPP. I remember a long time ago, using dual modems to dial up each at 26.4k (max speed i could get with 56k modems, and then use the multi-link to bring up two connections and surf at the screaming speed of 52.8, course, there is overhead in there too… .but..
I may have a VDSL location that could have multiple VDSLs to get more speed, I will inquire if MT wishes for me to test ![]()
I use Mikrotik almost exclusively and am a DSL provider that supports MLPPP. If you want me to help you do the testing I am happy to. I have been hoping for this feature release for years. Contact me offlist at cbender ‘@’ skynetbb ‘dot’ com
please contact support if anyone can help us regarding what I asked above