Sorrell, Al | 1 Nov 16:08 2010

Re-arranging menus, files

I think what I want to do is straight-forward, but I haven't seen it discussed so though I'd throw it out just
in case there are some hidden issues. I want to rearrange my menus because of organizational changes. I
think this can be accomplished by stopping Smokeping, changing the config info for the affected items,
mv'ing (renaming) the appropriate files and/or directories and restarting Smokeping. Here's an
example of what I want to do

OldMenu         OldConfig                                               Old File
TopLevel                + TopLevel -> menu=TopLevel                     $SMOKEPING_DATA/TopLevel
-       Entry1       ++ Entry1  -> menu=Entry1                  $SMOKEPING_DATA/TopLevel/Entry1
--   Target1    +++ Target1-> menu=Target1,host=...             $SMOKEPING_DATA/TopLevel/Entry1/Target1.rrd
-       Entry2       ++ Entry2  -> menu=Entry2                  $SMOKEPING_DATA/TopLevel/Entry2

NewMenu         NewConfig                                               New File
NewTop          + NewTop  -> menu=TopLevel                      $SMOKEPING_DATA/NewTop
-       EntryA       ++ EntryA  -> menu=EntryA                  $SMOKEPING_DATA/NewTop/EntryA
--   TargetB    +++ TargetB-> menu=TargetB,host=...             $SMOKEPING_DATA/NewTop/EntryA/TargetB.rrd
-       Entry2       ++ Entry2  -> menu=Entry2                  $SMOKEPING_DATA/NewTop/Entry2

Steps:
1)      Stop Smokeping
2)      cd $SMOKEPING_DATA/TopLevel/Entry1; mv Target1.rrd TargetB.rrd
3)      cd $SMOKEPING_DATA/TopLevel; mv Entry1 EntryA
4)      cd $SMOKEPING_DATA; mv TopLevel NewTop
5)      edit $SMOKEPING/etc/configs to reflect locations as above
6)      double check all of the above! ;-)
7)      re-start $SMOKEPING

Anyone see any gotcha's in the above?

Thanks,
(Continue reading)

Tobias Oetiker | 1 Nov 18:17 2010
Picon

Re: Re-arranging menus, files

Hi Al,

this sounds about right ... make sure you kill not only smokeping
but also the webinterface (speedy).

note, smokeping will never remove rrd files, so the danger is not
all that great, except that new rrd files could get created.

cheers
tobi

Today Sorrell, Al wrote:

> I think what I want to do is straight-forward, but I haven't seen it discussed so though I'd throw it out just
in case there are some hidden issues. I want to rearrange my menus because of organizational changes. I
think this can be accomplished by stopping Smokeping, changing the config info for the affected items,
mv'ing (renaming) the appropriate files and/or directories and restarting Smokeping. Here's an
example of what I want to do
>
> OldMenu         OldConfig                                               Old File
> TopLevel                + TopLevel -> menu=TopLevel                     $SMOKEPING_DATA/TopLevel
> -       Entry1       ++ Entry1  -> menu=Entry1                  $SMOKEPING_DATA/TopLevel/Entry1
> --   Target1    +++ Target1-> menu=Target1,host=...             $SMOKEPING_DATA/TopLevel/Entry1/Target1.rrd
> -       Entry2       ++ Entry2  -> menu=Entry2                  $SMOKEPING_DATA/TopLevel/Entry2
>
> NewMenu         NewConfig                                               New File
> NewTop          + NewTop  -> menu=TopLevel                      $SMOKEPING_DATA/NewTop
> -       EntryA       ++ EntryA  -> menu=EntryA                  $SMOKEPING_DATA/NewTop/EntryA
> --   TargetB    +++ TargetB-> menu=TargetB,host=...             $SMOKEPING_DATA/NewTop/EntryA/TargetB.rrd
> -       Entry2       ++ Entry2  -> menu=Entry2                  $SMOKEPING_DATA/NewTop/Entry2
(Continue reading)

Adam Hardy | 5 Nov 02:03 2010

best test to use?

I have a small LAN at home connected up to the net via a DSL modem on a gateway 
machine running lenny and iptables, and newly smokeping to monitor it all.

I have a problem with some software running on a windows machine on the LAN 
where the company who wrote the sofware say that there must be something wrong 
with my internet connection, but can't help any further.

I'd like to know what tests I can run to verify that my config and my firewall 
are OK, especially regarding PMTU.

I tried running without my firewall but it makes no difference so maybe it's 
something else out there with my ISP before it hits the public net.

What can I do with ping? This ping command gives suspicious results:

  ping -s 1473 mktgw1.ibllc.com

One byte less and it works. Fragmentation also works for normal websites like 
news.bbc.co.uk.

I'd massively appreciate any help with this! I'm stuck with either my own 
mistake, or until I can prove I haven't made one.

Thanks
Adam

_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
(Continue reading)

G.W. Haywood | 5 Nov 09:15 2010
Picon

Re: best test to use?

Hi there,

On Fri, 5 Nov 2010, Adam Hardy wrote:

> I have a problem with some software running on a windows machine on the LAN
> where the company who wrote the sofware say that there must be something wrong
> with my internet connection, but can't help any further.

Sounds to me like they don't know something that they ought to know.
Can you tell us more about this software and the problem?

> I'd like to know what tests I can run to verify that my config and
> my firewall are OK, especially regarding PMTU.

Have you got a firewall in addition to the Lenny box?

> I tried running without my firewall but it makes no difference ...

Hmmmm.  Probably not the firewall then. :)

> ... so maybe it's
> something else out there with my ISP before it hits the public net.
>
> What can I do with ping?

Er, you can ping things, but not a lot more.

> This ping command gives suspicious results:
>
>   ping -s 1473 mktgw1.ibllc.com
(Continue reading)

Chris Wilson | 5 Nov 09:09 2010

Re: best test to use?

Hi Adam,

On Fri, 5 Nov 2010, Adam Hardy wrote:

> I have a problem with some software running on a windows machine on the 
> LAN where the company who wrote the sofware say that there must be 
> something wrong with my internet connection, but can't help any further.
>
> I'd like to know what tests I can run to verify that my config and my 
> firewall are OK, especially regarding PMTU.
>
> I tried running without my firewall but it makes no difference so maybe 
> it's something else out there with my ISP before it hits the public net.

Simply running "without a firewall" is not enough to make it work. The 
firewall has to actively reverse NAT the ICMP Unreachable messages that it 
receives from the Internet for PMTU to work.

> What can I do with ping? This ping command gives suspicious results:
>
>  ping -s 1473 mktgw1.ibllc.com

You didn't tell us the results. You also didn't tell us what the actual 
problem is with the software.

I would forget about ping and run Wireshark or tcpdump on your firewall, 
capturing packets on both sides and comparing the differences. Look for a 
packet received on one side that's not forwarded correctly to the other, 
or look for the point where the conversation stops.

(Continue reading)

Adam Hardy | 7 Nov 00:37 2010

Re: best test to use?

Adam Hardy on 05/11/10 01:03, wrote:
> I have a small LAN at home connected up to the net via a DSL modem on a gateway 
> machine running lenny and iptables, and newly smokeping to monitor it all.
> 
> I have a problem with some software running on a windows machine on the LAN 
> where the company who wrote the sofware say that there must be something wrong 
> with my internet connection, but can't help any further.
> 
> I'd like to know what tests I can run to verify that my config and my firewall 
> are OK, especially regarding PMTU.

Thanks for the replies.

Essentially the problem is that my client software for a financial brokerage 
application logs repeated disconnects from the data servers and this causes the 
display of charts to fail because it can't fetch the required past data.

The disconnects occur mainly in the late afternoon and evening London time 
(GMT+0) and it makes the application virtually unusable. Magically at 23:00 
every night the disconnects stop and I am able to work normally.

This is why I would like to monitor it in smokeping, but I haven't found a test 
that will fail yet which correlates with the application's disconnect phases.

First of all though I would like to set up a smokeping monitor that shows that 
pathway MTU discovery is working. I thought I could use ping for this, with 
parameters to prevent fragmentation. However since the path is liable to change, 
this is probably tricky.

I am familiar with MTU but not an expert. That wikipedia page was very good and 
(Continue reading)

G.W. Haywood | 8 Nov 13:12 2010
Picon

Re: best test to use?

Hi there,

On Sat, 6 Nov 2010, Adam Hardy wrote:

> The disconnects occur mainly in the late afternoon and evening London time
> (GMT+0) and it makes the application virtually unusable. Magically at 23:00
> every night the disconnects stop and I am able to work normally.

Then I'm tempted to suggest that BT is throttling your connection.
Try downloading something with a BitTorrent client and monitor the
transfer rates when your application is working properly and when it
is giving trouble.  Even on a BT business connection when I'm using
torrents to grab things like Linux distros I see a factor of at least
ten change in transfer rates overnight.

Can you change to port numbers used by the application?  If not, it
might be worth investigating VPNs.

Adam Hardy | 8 Nov 13:55 2010

Re: best test to use?

G.W. Haywood on 08/11/10 12:12, wrote:
> On Sat, 6 Nov 2010, Adam Hardy wrote:
>> The disconnects occur mainly in the late afternoon and evening London time
>> (GMT+0) and it makes the application virtually unusable. Magically at 23:00
>> every night the disconnects stop and I am able to work normally.
> 
> Then I'm tempted to suggest that BT is throttling your connection.
> Try downloading something with a BitTorrent client and monitor the
> transfer rates when your application is working properly and when it
> is giving trouble.  Even on a BT business connection when I'm using
> torrents to grab things like Linux distros I see a factor of at least
> ten change in transfer rates overnight.
 >
> Can you change to port numbers used by the application?  If not, it
> might be worth investigating VPNs.

Let me get this straight. If BT is throttling my connection, that means that 
they are just randomly but consistently dropping packets instead of letting them 
through?

I assume that normal operation of ICMP would mean that I don't notice this, 
except when ICMP is impaired, this will lead to issues like I'm seeing with the 
online broker app?

I'm quite ready to believe that BT are doing that, although I haven't noticed 
any difference in speed test results. Then again I have heard that BT's 
throttling recognises the speed test sites and doesn't throttle that traffic.

Can I set up probes in smokeping to monitor this?

(Continue reading)

G.W. Haywood | 8 Nov 15:11 2010
Picon

Re: best test to use?

Hi there,

On Mon, 8 Nov 2010, Adam Hardy wrote:

> Let me get this straight. If BT is throttling my connection, that means that
> they are just randomly but consistently dropping packets instead of letting them
> through?

I don't know exactly what they're doing, I just see the effects of
whatever it is as a marked slowdown in torrent download speeds.  If I
had to guess I'd say that what they do probably isn't random, because
the problem they face isn't random.

> I assume that normal operation of ICMP would mean that I don't notice this,
> except when ICMP is impaired, this will lead to issues like I'm seeing with the
> online broker app?

I'm sure that you need to look at the actual application traffic to
know what's causing problems with your application.  Utilities like
ping aren't much more than a quick diagnostic tool.

> ...
> Can I set up probes in smokeping to monitor this?

You can use probes which will send packets using the ports used by
your application.

Adam Hardy | 9 Nov 11:25 2010

Re: best test to use?

G.W. Haywood on 08/11/10 14:11, wrote:
> On Mon, 8 Nov 2010, Adam Hardy wrote:
>> Can I set up probes in smokeping to monitor this?
> 
> You can use probes which will send packets using the ports used by
> your application.

This is what their docs say about ports: "IB accepts connections on port 4000 
from inbound traffic from ports 1024 or higher. This is required for connection 
to our servers. If you are using a firewall, these ports will need to be 
provided for within its configuration."

I interpreted this to mean that my iptables rules will be ok if I allow 
everything outbound from the gateway, and allow all inbound packets on 
established connections through.

If I use port 4000 for probing the connection to the IB broker, using ping, I 
don't think it's going to provide much info - is that what you're telling me?

_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users


Gmane