i would not ignore that you have two carriers since the carriers have different clock sources and you have participates cconfigured. what i would do is try and set them to independent on the controller. just my 2c's ... View more

can you post the output of sh controllers? you can also try to set the clock to independent if the WIC-MFT supports it. ... View more

hmm...as i remember huawei is a bit flaky and has compatibility issues...did you have the service provider try and rebuild the VLANs/circuits? ... View more

try hardcoding you interface and have your service provider hardcode theirs..it maybe irrelevant but would you know what the service provider's equipment is?..the one connected to your device. ... View more

this is amazing...i hope you guys develop something for android and windows 7 ... View more

i would talk to my service provider and ask them what options you have to influence traffic preferring one link over the other on the ISP PE point of view then decide on the method you will use on your CE. ... View more

the interface output is strange: #sh int po7/2 POS7/2 is administratively down, line protocol is down   Hardware is Packet over SONET   Description: "XXXXXXXXX"   Internet address is x.x.x.34/30   MTU 4470 bytes, BW 622000 Kbit, DLY 100 usec, rely 255/255, load 7/255   Encapsulation PPP, crc 32, loopback not set   Keepalive set (10 sec)   Scramble disabled   LCP Closed   Closed: IPCP, CDPCP   Last input 00:02:45, output 00:02:44, output hang never   Last clearing of "show interface" counters 14:52:14   Queueing strategy: fifo   Output queue 0/40, 0 drops; input queue 0/75, 0 drops         Available Bandwidth 598962 kilobits/sec   5 minute input rate 140945000 bits/sec, 19663 packets/sec   5 minute output rate 19201000 bits/sec, 8556 packets/sec      2650157360 packets input, 2209077098852 bytes, 0 no buffer      Received 0 broadcasts, 0 runts, 0 giants, 0 throttles               0 parity      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort      1120030742 packets output, 331973731804 bytes, 0 underruns      0 output errors, 0 applique, 2 interface resets      0 output buffer failures, 0 output buffers swapped out      0 carrier transitions you are admin down yet there is traffic flowing... ... View more

as far as i can remember cflow is similar to netflow and also should not affect traffic.. ... View more

this is what that filter does: By default, unicast RPF uses strict mode. Unicast RPF loose mode is similar to unicast RPF strict mode and has the same configuration restrictions. The only check in loose mode is whether the packet has a source address with a corresponding prefix in the routing table; loose mode does not check whether the interface expects to receive a packet with a specific source address prefix. If a corresponding prefix is not found, unicast RPF loose mode does not accept the packet. As in strict mode, loose mode counts the failed packet and optionally forwards it to a fail filter, which either accepts, rejects, logs, samples, or polices the packet. ideally that filter should not affect traffic... ... View more

i would also do a debug on the Juniper..i have seen things on a Juniper that are not so pretty.. Also do a deug for PPP, you never know it may prove something. hth ... View more

..you been punkd!! ... View more

thanks too ... View more