During disaster recovery testing we were using a full PRI connection (30 B channels). We found that when a third line was opened the data stopped going across the connection and the connection timed out. We eventually found that the problem was related to the IOS. The devices at each end were 3620's with a PRI/Fast Ethernet card. We took 3 IOS versions which were : 12.0(4)T, 12.1(2)T, 12.2(6). All were IP Only. The problem only happened using 12.1(2)T. Testing was done by having an FTP server at one end and transferring a large file across to a PC at the other end. For the 12.0 and 12.2 the lines raised until all 30 lines were in use but with the 12.1 as soon as it opened a 3rd channel the connection was dropped. Tested this 3 times from either end to make sure it wasn't the line. The configurations were not changed. Surely a T train IOS shouldn't have a fundamental problem such as this ?? Can anyone else confirm if they have the same problem.
What type of traffic and how is it configured? I have seen sequence problems with Multilink.
Do you have the ppp multilink command on the s0:15 interface as well as the dialer? if not, add it.
What can happen, particularly if bridging over the link is that two packets are sent from the source a big one then a little one.
The big one goes down the first channel, then the second one starts down the second channel. That completes at the destination first and can be forwarded ahead of the other packet. Depending on the traffic, this can be a major problem - ISO transport can have very serious problems with out of sequence packets, and ECMA is worse as an example.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...