hi
Get your business to the next level with a solid Content Marketing strategy
http://www.str8-creative.io/product/content-marketing/
Regards
Tim Timoteo ?
Unsubscribe option is available on the footer of our website
Gentlepeople,
I've added a new feature to the HECnet mapper (http://akdesign.dyndns.org:8080/map/) to listen for topology change events and do incremental updates of the map as these happen. You can see this in the current mapper display, which will show "Last incremental change" in the map title block if there has been any incremental change since the last full update.
For this to be most effective, the mapper needs to be sent these events from at least one router in each area. A good choice would be the main backbone area router in each area; better still all the backbone area routers if there are several.
So if you have one of these and are interested in participating, please do the equivalent of this NCP command:
NCP>set logging monitor events 4.7-10,14-15,18-19 sink node 28nh
and of course the equivalent permanent command ("define" instead of "set", and perhaps in a different utility at least for the case of RSX).
If you're running PyDECnet, you need to upgrade to the current version, rev 524. Then add this line to the config file:
logging monitor --sink-node 28nh --events 4.7-10,14-15,18-19
When you set up a router for this, please drop me an email so I know which nodes are currently participating.
Thanks much,
paul
Gentlepeople,
I just found a small but nasty bug in the DECnet/E NML (network management listener). When it is asked for information that comes back in a stream of messages, it may hit a transmit queue full condition. That's more likely if the requesting node does ACK delaying, as PyDECnet does, but it can also happen if the network latency is significant.
For that status, the transmit is supposed to be retries, but due to a one line error in the code it was not. The attached patch file fixes that. Feed it to ONLPAT, with "file to patch" the NML image, which normally would be DECNET$:NCP.TSK.
Tested on V10.1; the patch may well work on older versions too.
If you have NML enabled on your HECnet system, the network mapper will probably connect and ask for a bunch of things. Those requests are likely to exercise this bug, so for such systems I urge you to install the patch.
paul
I realise this is completely off topic, but I think this list has a lot of
experienced networking people, so I am hoping someone might have a
suggestion.
I have pfSense running as my firewall at home, running on Hyper-V. In case
you don't know, it runs on FreeBSD. I have run it for a few years and really
want to get it upgraded to the latest. But when I do the upgrade doesn't
work because every packet in the WAN interface seems to get lost, it just
cannot send anything to the WAN. The LAN side is fine.
I posted on the pfSense forums about this a long time ago. I got some
questions about the MTU, but it was fine
I was just wondering if you have any thoughts/suggestions/experiences?
Thanks
Rob
Increase sales and ranks with our targeted traffic
http://bulkwebtraffic.io
Check the pricelist attached
Regards
Kasha Kopecky ?
Unsubscribe option is available on the footer of our website
negative seo that works
http://www.str8-creative.io/product/negative-seo-service/
Do you have competitors that don`t play fair in terms of SEO? Then why
should you? Hire us and we`ll do a negative SEO campaign and destroy your
competition by building the worse possible backlinks towards their sites and
keywords.
Sign up with us today
Str8 Creative Team
Hello All,
I've just cycled one of my old systems which in addition to regular duties also ran my VMS on SIMH system which participated with some of my real VAXen and Alpha systems. I've built v3.11 of simh and I'm having difficulty with the newer Pcap device and wondered if someone else knows the silly obvious thing I'm doing wrong.
Setup:
Ubuntu Server 18.xx LTS. 2x NIC's on the system. One's "eth0" (primary) and a secondary USB one which is obviously called "enx00e04c360059".
Ideally, I'd like to use one NIC for a promiscuous mode Ethernet, the other for regular scheduled programming. I've built SIMH in the usual fashion and dumped the binary's symbol tab via nm and the usual suspects from libpcap seem to be statically linked and present.
I can:
# id
uid=0(root) gid=0(root) groups=0(root)
# /tmp/simh/BIN/vax
VAX simulator V3.11-0
sim> attach xq eth0
Eth: Pcap capable device not found. You may need to run as root
File open error
sim> attach xq enx00e04c360059
File open error
sim> show xq eth
ETH devices:
eth0 udp:sourceport:remotehost:remoteport (Integrated UDP bridge support)
sim>
This seemed to work quite happily in the old O/S combo and with an older simh + pcap.
Can someone please point me in the correct direction?
Thanks in advance.
Regards,
Al Boyanich
Disclaimer
The information in this e-mail is confidential and may contain content that is subject to copyright and/or is commercial-in-confidence and is intended only for the use of the above named addressee. Ifyou are not the intended recipient, you are hereby notified that dissemination, copying or use of the information is strictly prohibited. If you have received this e-mail in error, please telephone Fujitsu Australia Limited on 02 9776 4555 or by reply e-mail to the sender and delete the document and all copies thereof.
Whereas Fujitsu Australia Limited would not knowingly transmit a virus within an email communication, it is the receiver's responsibility to scan all communication and any files attached for computer viruses and other defects. Fujitsu Australia Limited does not accept liability for any loss or damage (whether direct, indirect, consequential or economic) however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or any files attached.
If you do not wish to receive commercial and/or marketing email messages from Fujitsu Australia Limited, please email unsubscribe at au.fujitsu.com.