Comments for techblog http://blog.nominet.org.uk/tech random technical thoughts from the Nominet technical team Sun, 20 Jul 2008 13:44:08 +0000 http://wordpress.org/?v=2.1.3 Comment on Monitoring an Oracle Physical Standby by Monitoring your Standby with V$RECOVERY_PROGRESS « jarneil http://blog.nominet.org.uk/tech/2006/12/11/monitoring-an-oracle-physical-standby/#comment-38892 Monitoring your Standby with V$RECOVERY_PROGRESS « jarneil Tue, 15 Jul 2008 13:58:38 +0000 http://blog.nominet.org.uk/tech/2006/12/11/monitoring-an-oracle-physical-standby/#comment-38892 [...] your Standby with V$RECOVERY_PROGRESS I have blogged previously about various ways you can monitor the progress of your physical standby, and I have now come across another way of [...] […] your Standby with V$RECOVERY_PROGRESS I have blogged previously about various ways you can monitor the progress of your physical standby, and I have now come across another way of […]

]]> Comment on VoIP and Emergency Calls - Where is the Caller? by Hugh Davie http://blog.nominet.org.uk/tech/2008/06/24/voip-and-emergency-calls-where-is-the-caller/#comment-38888 Hugh Davie Thu, 10 Jul 2008 15:16:31 +0000 http://blog.nominet.org.uk/tech/2008/06/24/voip-and-emergency-calls-where-is-the-caller/#comment-38888 There are certainly no easy answers here. Although it may be pragmatic to assume that the majority of public IP addresses currently map to a physical location, just how solid is that assumption for the future? You could argue that IPv6 should negate the original need for IP NAT (i.e. lack of public address space) but NAT has other security benefits and I imagine the industry will not rush to give every device a public IP. Wireless technology such as WiMAX could well make it even harder to pinpoint a public IP to a civic address. One small and relatively easy step would be to have VoIP services registered with the EMA as being IP based services so that the dispatcher is at least aware that there is some level of uncertainty about the geographic location. As far as I'm aware this is not the case today. There are certainly no easy answers here. Although it may be pragmatic to assume that the majority of public IP addresses currently map to a physical location, just how solid is that assumption for the future? You could argue that IPv6 should negate the original need for IP NAT (i.e. lack of public address space) but NAT has other security benefits and I imagine the industry will not rush to give every device a public IP. Wireless technology such as WiMAX could well make it even harder to pinpoint a public IP to a civic address. One small and relatively easy step would be to have VoIP services registered with the EMA as being IP based services so that the dispatcher is at least aware that there is some level of uncertainty about the geographic location. As far as I’m aware this is not the case today.

]]> Comment on VoIP and Emergency Calls - Where is the Caller? by Andrew Symons http://blog.nominet.org.uk/tech/2008/06/24/voip-and-emergency-calls-where-is-the-caller/#comment-38887 Andrew Symons Thu, 10 Jul 2008 08:43:49 +0000 http://blog.nominet.org.uk/tech/2008/06/24/voip-and-emergency-calls-where-is-the-caller/#comment-38887 Perhaps the biggest thing this falls down on is those customers with WAN or VPN networks behind a public internet connection. We provide a number of VOIP-ISDN Gateways and internal SIP PBX Solutions to corporates and more often than not the end user has a Private WAN or VPN that would hide the true location of the caller with this method. Perhaps the biggest thing this falls down on is those customers with WAN or VPN networks behind a public internet connection. We provide a number of VOIP-ISDN Gateways and internal SIP PBX Solutions to corporates and more often than not the end user has a Private WAN or VPN that would hide the true location of the caller with this method.

]]> Comment on How to set up VoIP at home by Asgrim » Blog Archive » VoIP At Home…? http://blog.nominet.org.uk/tech/2007/01/09/how-to-set-up-voip-at-home/#comment-38885 Asgrim » Blog Archive » VoIP At Home…? Tue, 08 Jul 2008 16:17:37 +0000 http://blog.nominet.org.uk/tech/2007/01/09/how-to-set-up-voip-at-home/#comment-38885 [...] had a quick read of this article about potential VoIP setups at home. They’re mostly what I’d expect from VoIP really, but there is a potential flaw… [...] […] had a quick read of this article about potential VoIP setups at home. They’re mostly what I’d expect from VoIP really, but there is a potential flaw… […]

]]> Comment on Raw devices in RHEL 4.0 by jason arneil http://blog.nominet.org.uk/tech/2006/01/13/raw-devices-in-rhel-40/#comment-38884 jason arneil Mon, 07 Jul 2008 09:17:10 +0000 http://blog.nominet.org.uk/tech/2006/01/13/raw-devices-in-rhel-40/#comment-38884 Glad to be of help. This stuff really has changed quite a bit with UDEV Glad to be of help.

This stuff really has changed quite a bit with UDEV

]]> Comment on Exporting Lotus Notes Calendar entries by Matt http://blog.nominet.org.uk/tech/2008/01/02/exporting-lotus-notes-calendar-entries/#comment-38883 Matt Mon, 07 Jul 2008 03:42:10 +0000 http://blog.nominet.org.uk/tech/2008/01/02/exporting-lotus-notes-calendar-entries/#comment-38883 Not clear from the description above, but this will only work with Lotus Notes client version 7.0 and above. Not clear from the description above, but this will only work with Lotus Notes client version 7.0 and above.

]]> Comment on Raw devices in RHEL 4.0 by abramswee http://blog.nominet.org.uk/tech/2006/01/13/raw-devices-in-rhel-40/#comment-38882 abramswee Mon, 07 Jul 2008 01:59:24 +0000 http://blog.nominet.org.uk/tech/2006/01/13/raw-devices-in-rhel-40/#comment-38882 good stuff. i was facing this problem too and your solution fixed it. thanks alot. good stuff. i was facing this problem too and your solution fixed it. thanks alot.

]]> Comment on Restarting the AWT Native Event Thread by Dan Fabulich http://blog.nominet.org.uk/tech/2008/04/24/restarting-the-awt-native-event-thread/#comment-38880 Dan Fabulich Wed, 02 Jul 2008 21:03:25 +0000 http://blog.nominet.org.uk/tech/2008/04/24/restarting-the-awt-native-event-thread/#comment-38880 Fixed my problem, too, this time on the official released version of Java 6 that comes with Leopard 10.5.3. I was puzzled to find that Java 1.5 remained the default after installing Java 1.6; I too carelessly rerouted my framework symlinks. Restoring the framework symlinks to their normal state, running Java Preferences, and configuring my PATH fixed the problem for me. Fixed my problem, too, this time on the official released version of Java 6 that comes with Leopard 10.5.3. I was puzzled to find that Java 1.5 remained the default after installing Java 1.6; I too carelessly rerouted my framework symlinks. Restoring the framework symlinks to their normal state, running Java Preferences, and configuring my PATH fixed the problem for me.

]]> Comment on Avocent Mergepoint - creating a new SSL Certificate and allowing SSH public key logins by Gerhard Buckler http://blog.nominet.org.uk/tech/2008/06/25/avocent-mergepoint-creating-a-new-ssl-certificate-and-allowing-ssh-public-key-logins/#comment-38870 Gerhard Buckler Thu, 26 Jun 2008 18:01:05 +0000 http://blog.nominet.org.uk/tech/2008/06/25/avocent-mergepoint-creating-a-new-ssl-certificate-and-allowing-ssh-public-key-logins/#comment-38870 andyh, Hi. I am sorry to hear that you had some issues with the MergePoint product. I believe that the problem here exists in a documentation web pointer. This documentation is one that is for a previous revision of the product, and should have been replaced. We are working to get it corrected. With the current level of code v. 4.0.0.11 we have a default certificate that a user can use, or we support replacing the certificate if someone so chooses to. The new code stores the /etc files in a compact flash and the changes will be saved across a reboot. Typically we do not go into great detail in the documentation. More of a feature overview. This is because of the many different environments and the many ways that these features can be implemented within each of the users’ environments. I would like to thank you, as we have taken the information that you have provided and added to it for our tech support knowledge-base. This will allow our support staff to be better knowledgeable about how to work with the SSL and SSH features. MergePoint product manager andyh,

Hi.

I am sorry to hear that you had some issues with the MergePoint product.
I believe that the problem here exists in a documentation web pointer. This documentation is one that is for a previous revision of the product, and should have been replaced. We are working to get it corrected.

With the current level of code v. 4.0.0.11 we have a default certificate that a user can use, or we support replacing the certificate if someone so chooses to. The new code stores the /etc files in a compact flash and the changes will be saved across a reboot.

Typically we do not go into great detail in the documentation. More of a feature overview. This is because of the many different environments and the many ways that these features can be implemented within each of the users’ environments.

I would like to thank you, as we have taken the information that you have provided and added to it for our tech support knowledge-base. This will allow our support staff to be better knowledgeable about how to work with the SSL and SSH features.

MergePoint product manager

]]> Comment on DBCA and large filesystems by jason arneil http://blog.nominet.org.uk/tech/2007/11/09/dbca-and-large-filesystems/#comment-38869 jason arneil Thu, 26 Jun 2008 13:38:49 +0000 http://blog.nominet.org.uk/tech/2007/11/09/dbca-and-large-filesystems/#comment-38869 Hi Suresh, Yep, you are absolutely correct - I did say hit ignore and the installation proceeds in the article! Hopefully not too many people would be put off by seeing this pop up during their install. jason. Hi Suresh,

Yep, you are absolutely correct - I did say hit ignore and the installation proceeds in the article!

Hopefully not too many people would be put off by seeing this pop up during their install.

jason.

]]>