[c-nsp] Serial T1/E1 Card

[Oliver Boehmer (oboehmer)]

Well, if the input traffic is limited, you might want to raise this
issue with your provider and ask them for guidance/info about their
side.

	oli

William <mailto:willay at gmail.com> wrote on Tuesday, January 09, 2007
11:25 AM:

> None of the error counters have incremented on our side (I don't have
> access to the other router :/ )
> 
> We are maxing out on incoming data, outgoing data is hardly anything!
> Sadly all of the networks I'm dealing with are private so even if a
> nice person started a server for me I wouldnt be able to contact it :)
> 
> On 09/01/07, Oliver Boehmer (oboehmer) <oboehmer at cisco.com> wrote:
>> William <mailto:willay at gmail.com> wrote on Tuesday, January 09, 2007
>> 10:19 AM: 
>> 
>>> Hi Oliver,
>>> 
>>> The app that uses the link is indeed TCP, when we see the line "max
>>> out" at 1.5mbit their application freezes/whatever. We spoke to the
>>> end users and the timestamps where the line tops out at 1.5 matches
>>> to when they see issues with their application.
>> 
>> Ok.. Still: do you see any output drops on the interface? Which
>> direction is maxing out? Your input or your output? If you see max
>> 1.5 Mbit on input, you need to check the other side..
>> 
>>> I'm looking into iperf now but if I require a daemon running on the
>>> other side of the link then I may be out of luck!
>> 
>> iperf requires a server, but maybe you have someone with a good
>> Internet connection who can start one for you.
>> 
>>         oli
>> 
>> 
>>> 
>>> 
>>> On 09/01/07, Oliver Boehmer (oboehmer) <oboehmer at cisco.com> wrote:
>>>> With SNMP, you usually query the input/output octet counters and do
>>>> the load calculation yourself (delta/interval), so the
>>>> load-interval doesn't play any role here. I don't think there is a
>>>> "load" MIB OID you can query directly.. 
>>>> 
>>>> But I don't think you'll see micro-burst decreasing the load
>>>> interval. I'd first try some load test application (like iperf) to
>>>> see if you really can't get more than 1.5 Mbit over the link.
>>>> Do you see any output drops on the interface? If you do, it could
>>>> be TCP's backoff behavior resulting in a less efficient BW use, try
>>>> enabling random-detect on the interface and see if this makes a
>>>> difference. It could if there was a larger number of TCP
>>>> applications using this link..
>>>> 
>>>>         oli
>>>> 
>>>> cisco-nsp-bounces at puck.nether.net <> wrote on Tuesday, January 09,
>>>> 2007 8:47 AM: 
>>>> 
>>>>> Um this is confusing for me as well, for some MIB's like frame
>>>>> relay i have studied that it will affect the results but not very
>>>>> sure , some one else needs to pop-in here ?
>>>>> 
>>>>> On 1/9/07, William <willay at gmail.com> wrote:
>>>>>> 
>>>>>> Will it also change any of the statistics I'm getting via SNMP?
>>>>>> 
>>>>>> Cheers,
>>>>>> 
>>>>>> Will
>>>>>> 
>>>>>> On 09/01/07, Shakeel Ahmad <shakeelahmad at gmail.com> wrote:
>>>>>>> load-interval will only modify the samping time of interface
>>>>>>> statistics which you can see by show int s0/0 command.
>>>>>>> 
>>>>>>> gripping it down to 30 (the minimum) will enable you to see
>>>>>>> somewhat realtime traffic throughput in/out (30 seconds avg.
>>>>>>> statistics). 
>>>>>>> 
>>>>>>> 
>>>>>>> On 1/9/07, William <willay at gmail.com> wrote:
>>>>>>>> 
>>>>>>>> On 08/01/07, Alex <alex.arseniev at gmail.com> wrote:
>>>>>>>>> Hello there,
>>>>>>>>> Polling an interface every 2 secs probably would not give You
>>>>>>>>> meaningful data with "load-interval" at 5 mins (default).
>>>>>>>>> What is the latency across this link? With default TCP window
>>>>>>>>> size at 64 kbytes and sizeable latency there might be not
>>>>>>>>> enough data to fill the pipe... HTH Cheers
>>>>>>>>> Alex
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> Hello Alex,
>>>>>>>> 
>>>>>>>> The latency is roughly 3-4ms across the link, when you talk
>>>>>>>> about the load-interval at 5mins are you talking about the mib
>>>>>>>> I'm querying? 
>>>>>>>> 
>>>>>>>> Cheers,
>>>>>>>> 
>>>>>>>> Will
>>>>>>>> _______________________________________________
>>>>>>>> cisco-nsp mailing list   cisco-nsp at puck.nether.net
>>>>>>>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>>>>>>>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>> _______________________________________________
>>>>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>>>>> archive at http://puck.nether.net/pipermail/cisco-nsp/