On 2013-02-04 21:16, Dave McGuire wrote:
I am having trouble reaching MIM from here. I'm bouncing packets off
of it periodically to test some router configuration changes, and
suddenly it disappeared. Since I was making some fairly dramatic
changes to my router configuration, I assumed I had broken something,
but I can see several other nodes...just not MIM.
Is anyone else having similar problems? Johnny, what's the status of MIM?
It had crashed for some reason today. Unfortunately I lost the console so I don't know why. Rebooted now anyway.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 4 Feb 2013, at 16:12, Ian McLaughlin <ian at platinum.net> wrote:
Yay. Area 9 tunnel is up:
Yup. It's still suffering local packet loss though...
hub#sh dec nei
Net Node Interface MAC address Flags
0 9.1023 Tunnel52 0000.0000.0000 A
0 52.1023 Tunnel50 0000.0000.0000 A
0 42.1023 Tunnel0 0000.0000.0000 V A
hub#ping 9.1023
Type escape sequence to abort.
Sending 5, 100-byte DECnet echos to atg 0 area.node 9.1023, timeout is 5 seconds
:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 84/92/120 ms
Ian
On 2013-02-04, at 1:01 PM, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:46, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:45, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 2:58 PM, Cory Smelosky wrote:
Looks like Brian has to update his firewall to reflect my new IP.;)
This is not it?
75.49.13.19
Interesting, that is the correct one. The VM must've been glitching then. Updating the host VM now to see if I can resolve the 40-60% packet loss issue
--- 10.10.10.7 ping statistics ---
50 packets transmitted, 40 packets received, 20.0% packet loss
round-trip min/avg/max/stddev = 1.605/13.890/62.054/16.173 ms
This was fine before the move to VMWare...
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=03EC4DFC6F0E11E29…
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
Yay. Area 9 tunnel is up:
hub#sh dec nei
Net Node Interface MAC address Flags
0 9.1023 Tunnel52 0000.0000.0000 A
0 52.1023 Tunnel50 0000.0000.0000 A
0 42.1023 Tunnel0 0000.0000.0000 V A
hub#ping 9.1023
Type escape sequence to abort.
Sending 5, 100-byte DECnet echos to atg 0 area.node 9.1023, timeout is 5 seconds
:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 84/92/120 ms
Ian
On 2013-02-04, at 1:01 PM, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:46, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:45, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 2:58 PM, Cory Smelosky wrote:
Looks like Brian has to update his firewall to reflect my new IP.;)
This is not it?
75.49.13.19
Interesting, that is the correct one. The VM must've been glitching then. Updating the host VM now to see if I can resolve the 40-60% packet loss issue
--- 10.10.10.7 ping statistics ---
50 packets transmitted, 40 packets received, 20.0% packet loss
round-trip min/avg/max/stddev = 1.605/13.890/62.054/16.173 ms
This was fine before the move to VMWare...
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=03EC4DFC6F0E11E29…
On 4 Feb 2013, at 15:46, Cory Smelosky <b4 at gewt.net> wrote:
On 4 Feb 2013, at 15:45, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 2:58 PM, Cory Smelosky wrote:
Looks like Brian has to update his firewall to reflect my new IP.;)
This is not it?
75.49.13.19
Interesting, that is the correct one. The VM must've been glitching then. Updating the host VM now to see if I can resolve the 40-60% packet loss issue
--- 10.10.10.7 ping statistics ---
50 packets transmitted, 40 packets received, 20.0% packet loss
round-trip min/avg/max/stddev = 1.605/13.890/62.054/16.173 ms
This was fine before the move to VMWare...
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 2013-02-04, at 12:45 PM, Cory Smelosky <b4 at gewt.net> wrote:
I'd love to know how you configured this. I like having useless charts generated and then emailed to me if possible. ;)
I use a package called mrtg - available for most platforms I believe.
The summary page is hand-rolled html which grabs the images from each of the mrtg-generated pages.
To figure out what interface number to use in the mrtg.cfg file, I use a linux command-line tool called snmpwalk which will dump the snmp table of the cisco router - do something like this:
[root at monitor hecnet]# snmpwalk -v1 -c hecnet hub.platinum.net | grep ifDescr
IF-MIB::ifDescr.1 = STRING: Ethernet0/0
IF-MIB::ifDescr.2 = STRING: Ethernet0/1
IF-MIB::ifDescr.3 = STRING: Null0
IF-MIB::ifDescr.4 = STRING: Tunnel0
IF-MIB::ifDescr.5 = STRING: Tunnel50
IF-MIB::ifDescr.6 = STRING: Tunnel52
IF-MIB::ifDescr.7 = STRING: Tunnel53
IF-MIB::ifDescr.8 = STRING: Tunnel54
IF-MIB::ifDescr.9 = STRING: Tunnel55
[root at monitor hecnet]#
This shows you that interface 0 is the ethernet port, interface 5 is tunnel50, etc. You need to enable snmp on your cisco with:
snmp-server community hecnet RO
(choose your own community string - these were just examples).
Ian
Loads without complaining now. Thanks!
Ian
On 2013-02-04, at 12:48 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 3:46 PM, Ian McLaughlin wrote:
Small bug - my "tunnel destination" is "1" not e0/0 as it should be...
Ooops, sorry about that. Fixed. Sending new config.
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=43F8F4F66F0C11E2A…
Right. Due to the nature of the way I changed things I broke that. :)
-brian
On 2/4/2013 3:47 PM, Ian McLaughlin wrote:
Correction - tunnel destination should be an IP address, not "1". Every destination is wrong in the last update pushed.
Ian
On 2013-02-04, at 12:46 PM, Ian McLaughlin <ian at platinum.net> wrote:
Small bug - my "tunnel destination" is "1" not e0/0 as it should be...
Ian
On 2013-02-04, at 12:42 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 1:41 PM, Ian McLaughlin wrote:
Brian,
What's the status of your script? I'm using your auto generated config, and it's working great for me. However, I'm not seeing any other tunnels come up other than the one to you, leading me to suspect that no-one else has started using it yet. Is everyone else ready to go?
I'm still waiting on Peter, but I can start declaring this ready I think.
I just rewrote it slightly to use a db instead of a csv file. This will allow some neat features in the future, including allowing you all to update you info (change stuff, add end-point routers, etc) yourself via a web page.
It now also more elegantly handles dynamic IP addresses and makes it easier for me to check those.
There is still more work to do, but I think it's "good enough" for now. :)
-brian
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=69BFCD006F0B11E29…
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=0270ABC86F0C11E29…
On 2/4/2013 3:46 PM, Ian McLaughlin wrote:
Small bug - my "tunnel destination" is "1" not e0/0 as it should be...
Ooops, sorry about that. Fixed. Sending new config.
Correction - tunnel destination should be an IP address, not "1". Every destination is wrong in the last update pushed.
Ian
On 2013-02-04, at 12:46 PM, Ian McLaughlin <ian at platinum.net> wrote:
Small bug - my "tunnel destination" is "1" not e0/0 as it should be...
Ian
On 2013-02-04, at 12:42 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 1:41 PM, Ian McLaughlin wrote:
Brian,
What's the status of your script? I'm using your auto generated config, and it's working great for me. However, I'm not seeing any other tunnels come up other than the one to you, leading me to suspect that no-one else has started using it yet. Is everyone else ready to go?
I'm still waiting on Peter, but I can start declaring this ready I think.
I just rewrote it slightly to use a db instead of a csv file. This will allow some neat features in the future, including allowing you all to update you info (change stuff, add end-point routers, etc) yourself via a web page.
It now also more elegantly handles dynamic IP addresses and makes it easier for me to check those.
There is still more work to do, but I think it's "good enough" for now. :)
-brian
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=69BFCD006F0B11E29…
---
Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=0270ABC86F0C11E29…
On 4 Feb 2013, at 15:45, Brian Hechinger <wonko at 4amlunch.net> wrote:
On 2/4/2013 2:58 PM, Cory Smelosky wrote:
Looks like Brian has to update his firewall to reflect my new IP.;)
This is not it?
75.49.13.19
Interesting, that is the correct one. The VM must've been glitching then. Updating the host VM now to see if I can resolve the 40-60% packet loss issue...
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
