Mar
06
2009
0

Cisco to enter the Virtualization Server Market

Is this Cisco's future?

I just read on CNN.com that Cisco has announced a server line of products.  I find this interesting because the main reason I don’t use Cisco products is their high cost.  They make some of the best switches and routers, but do they have the mentality to be competitive in the mainstream server market?
One of the huge selling points of virtualization technology is the ability to cut power and hardware cost.  Knowing Cisco their baseline server product will probably be blade server costing $10,000 or more(+ whatever VMware’s cut is).

here is a quote from the CNN article:

“Chambers says virtualization is one of his big priorities for 2009, along with globalization, video growth, customer relationships, and Web 2.0. With its strong position among corporate information technology departments – Cisco has 61% of the router market – the company surely will be able to get an audience for its servers. But if he aims to beat HP, Dell, and IBM on their home court, Chambers is going to have to serve up something truly groundbreaking.”

You can read the whole article here.

The New York Times also ran an article that brought up some excellent points.

“The product — a server computer equipped with sophisticated virtualization software — is a bold but risky move by Cisco into an unfamiliar, intensely competitive market that typically produces far lower profits than Cisco makes from network gear”

You can read the whole article here.

I seriously doubt Cisco is ready to compete against HP, IBM, Microsoft and the Open Source Community.  Virtualization has taken years to become a reality.  Cisco will rely on a VMware product that buyers can already find on cheaper x86 hardware.  By contrast the VoIP market is ripe for the picking, escpicially if Cisco prices more aggressivly against open source Asterisk.  Gianormous Corporations never learn…

Feb
06
2009
0

Configuring Asterisk for a remote Syslog Server PART I

Syslog & Rsyslog are the mainstay tools of event logging.  Every standard UNIX/Linux based Operating System comes with some version.  Asterisk logging capabilities allow for some or all events to be sent to syslogd for post processing; (that is) to store in a SQL database or for sending logs to a remote syslog server.

If you work on or troubleshoot Asterisk PBX servers than you know there are a many pieces to put together.  Putting together 30 Polycom IP SoundPoint phones, the network, and configuring Asterisk can a huge task.  I tell most Administrators to expect a “shake out” period.  Usually about for a week.

Start with the simplist feature set possible, and work your way out.  However, occasionally dial plan SNAFU’s aren’t noticed right away.  Like for instance when a user cannot dial a certain area code or there is typo in some utility extension.  By this time there might be wide use of your(mostly operational) Asterisk PBX, making it diffacult to watch the CLI and catch the error.  For the record I’m using Rsyslog, Asterisk 1.4.23-rc2 on Fedora 10 i386, 32bit, Intel yada yada… We’ll start by editing the logger.conf file.

/etc/asterisk/logger.conf:

; Logging Configuration
;
; In this file, you configure logging to files or to
; the syslog system.
;
; “logger reload” at the CLI will reload configuration
; of the logging system.

[general]
; Customize the display of debug message time stamps
; this example is the ISO 8601 date format (yyyy-mm-dd HH:MM:SS)
; see strftime(3) Linux manual for format specifiers
;dateformat=%F %T
;
; This appends the hostname to the name of the log files.
;appendhostname = yes
;
; This determines whether or not we log queue events to a file
; (defaults to yes).
;queue_log = no
;
; This determines whether or not we log generic events to a file
; (defaults to yes).
;event_log = no
;
;
; For each file, specify what to log.
;
; For console logging, you set options at start of
; Asterisk with -v for verbose and -d for debug
; See ‘asterisk -h’ for more information.
;
; Directory for log files is configures in asterisk.conf
; option astlogdir
;
[logfiles]
;
; Format is “filename” and then “levels” of debugging to be included:
;    debug
;    notice
;    warning
;    error
;    verbose
;    dtmf
;
; Special filename “console” represents the system console
;
; We highly recommend that you DO NOT turn on debug mode if you are simply
; running a production system.  Debug mode turns on a LOT of extra messages,
; most of which you are unlikely to understand without an understanding of
; the underlying code.  Do NOT report debug messages as code issues, unless
; you have a specific issue that you are attempting to debug.  They are
; messages for just that — debugging — and do not rise to the level of
; something that merit your attention as an Asterisk administrator.  Debug
; messages are also very verbose and can and do fill up logfiles quickly;
; this is another reason not to have debug mode on a production system unless
; you are in the process of debugging a specific issue.
;
;debug => debug
console => notice,warning,error
;console => notice,warning,error,debug
messages => notice,warning,error
;full => notice,warning,error,debug,verbose

;syslog keyword : This special keyword logs to syslog facility
;
;

syslog.local1 => verbose

The first time I looked at this I was confused, ‘ ;syslog keyword : This special keyword logs to syslog facility ‘.  This almost implies that ‘keyword’ could be anything.  So what if i call it

/etc/asterisk/logger.conf :

;syslog.local1 => verbose

; replace with

syslog.asterisk => verbose

Now I’ll create a matching entry in the /etc/rsyslog.conf (Fedora 10 uses rsyslog).  Keep in mind you may use /etc/syslog.conf on your system.

/etc/rsyslog.conf:

#rsyslog v3 config file

# if you experience problems, check
# http://www.rsyslog.com/troubleshoot for assistance

#### MODULES ####

$ModLoad imuxsock.so    # provides support for local system logging (e.g. via logger command)
$ModLoad imklog.so    # provides kernel logging support (previously done by rklogd)
#$ModLoad immark.so    # provides –MARK– message capability

# Provides UDP syslog reception
$ModLoad imudp.so
$UDPServerRun 514

# Provides TCP syslog reception
$ModLoad imtcp.so
$InputTCPServerRun 514

#### GLOBAL DIRECTIVES ####

# Use default timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

# File syncing capability is disabled by default. This feature is usually not required,
# not useful and an extreme performance hit
#$ActionFileEnableSync on

#### RULES ####

# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.*                                                 /dev/console

# Log anything (except mail) of level info or higher.
# Don’t log private authentication messages!
*.info;mail.none;authpriv.none;cron.none                /var/log/messages

# The authpriv file has restricted access.
authpriv.*                                              /var/log/secure

# Log all the mail messages in one place.
mail.*                                                  -/var/log/maillog

# Log cron stuff
cron.*                                                  /var/log/cron

# Everybody gets emergency messages
*.emerg                                                 *

# Save news errors of level crit and higher in a special file.
uucp,news.crit                                          /var/log/spooler

# Save boot messages also to boot.log
local7.*                                                /var/log/boot.log

#=====================================

# Below you will see series of expressions to catch asterisk logs

#Some work, other expressions will not.  Why is that?

#

local0.*                        /var/log/asterisk.log

local1.*                        /var/log/local-cli.log

#The asterisk ‘logger.conf’ file matches entries ‘local1′ and ‘asterisk’.

asterisk.*                    /var/log/asterisk-cli.log

#=====================================

# ### begin forwarding rule ###
# The statement between the begin … end define a SINGLE forwarding
# rule. They belong together, do NOT split them. If you create multiple
# forwarding rules, duplicate the whole block!
# Remote Logging (we use TCP for reliable delivery)
#
# An on-disk queue is created for this action. If the remote host is
# down, messages are spooled to disk and sent when it is up again.
#$WorkDirectory /var/spppl/rsyslog # where to place spool files
#$ActionQueueFileName fwdRule1 # unique name prefix for spool files
#$ActionQueueMaxDiskSpace 1g   # 1gb space limit (use as much as possible)
#$ActionQueueSaveOnShutdown on # save messages to disk on shutdown
#$ActionQueueType LinkedList   # run asynchronously
#$ActionResumeRetryCount -1    # infinite retries if host is down
# remote host is: name/ip:port, e.g. 192.168.0.1:514, port optional
#*.* @@remote-host:514
# ### end of the forwarding rule ###

Jan
21
2009
2

Windows 7 Beta running on Fedora 10 KVM

I was interested to know if the Windows 7 Beta was bootable in Fedora 10 w/ KVM/libvirt setup.  I was surprised that it was a fairly quick and flawless install.  In fact I was happy to finally see a Microsoft product worth getting excited for.

Installing Windows 7

The install was painless with no driver errors, crashes and just one reboot.  Woot.  Installs faster on Linux hypervisor than an ordinary machine!  Or at least it seemed like it.

Ugly default desktop with KDE 4.0 like widgets

So far my overall assesment is that the interface seems to be getting steadily worse since Windows XP, but performence wise it seems waaaaaay faster than Vista.  Also let me point out you can change the Desktop Theme to something that looks XP’ish.

It installed quickly and easily, detected all my drivers and seems to be faster on a limited resources VM then on my Intel 2.6 GHZ Vista system.  We’ll see as I use it further…

My fear is that I’m getting some stripped down Beta that is really fast but gets slower as we get closer to release.  If any of you have experiences you wish to share about Windows 7 and VM’s send me a post!

-Matt

Written by mattb in: Linux,Xen | Tags: , , , , , , , ,
Jan
09
2009
0

Fedora, Asterisk, Polycom and making dhcp option 66

My main job at work is to build, configure, maintain, etc… Asterisk phone systems.  Every phone system needs phones and the most popular VoIP phones for Asterisk are the Polycom Soundpoint IP SIP phones.  One of the great features of the SoundPoint IP series is the ability to easily manage a large number of phones by storing their configuration files on a central FTP server.  In this article:

1) I briefly explain the Polycom Soundpoint IP series FTP boot process(not a tutorial).

2) provide a basic example of a dhcpd.conf that supplies FTP credentials for the Polycom phones via DHCP.

The Polycom phone boots up and attempts to retrieve it’s configuration file and check for firmware updates.  The ftp username and password are entered during the first boot of the phone.  For a small number of phones this is fine, but Polycom Soundpoint IP phones have the built-in ‘option 66′ for easily deploying an unlimited number of phones.

Option 66 is a term used by some DHCP vendors to describe DHCP code 66.  This option code(when set) supplies a TFTP boot server address to the DHCP client to boot from.  In our case we’re talking about VoIP phones, but option 66 is probably most commonly used by citrix thin clients.

There isn’t much out there on how to configure option 66 with standard Linux DHCP server.  After googling for a while, I decided to install gdhcpd.  It’s a simple DHCP configuration tool that is easy to use.  I generated a simple configuration using the tool then added options I read about in the man file.  Trust me… read man files.  A wealth of info without the need to forum hop.

[matt@mattcom1 Desktop]$ man dhcpd.conf

[matt@mattcom1 Desktop]$ man dhcp-options

dhcpd.conf:

ddns-update-style none;
ddns-updates off;
option T150 code 150 = string;
deny client-updates;
one-lease-per-client false;
allow bootp;

#
# DHCP Server Configuration file.
#   see /usr/share/doc/dhcp*/dhcpd.conf.sample
#   see ‘man 5 dhcpd.conf’
#

subnet 192.168.7.0 netmask 255.255.255.0 {
interface eth0;
range 192.168.7.9 192.168.7.12;
default-lease-time 6000;
max-lease-time 7200;
option subnet-mask 255.255.255.0;
option time-offset -28800;
option tftp-server-name “ftp://polycom:password@192.168.7.2″;
option ntp-servers pool.ntp.org;
option domain-name-servers 4.2.2.2;
}

——————————————————————————————————–

Change the subnet,range, and netmask to your taste!  Then restart the dhcp daemon.

[matt@mattcom1 Desktop]$ service dhcpd restart