Skip scanning rest of address if aldb_flag shows address not in use

MH dumps addresses not in use already, but continues to send 7 peek messages after discovering the address is not in use.  There is no need for this in the current code.  This should make scanning faster for those of us who add and delete links from our devices often.
Fix typos in fix for issue #46
Clean up coding mistake.  pending_aldb->address doesn't exist yet
Ignore Peek and Set_msb Replied Where Cmd1 is Invalid

Fixes hollie/misterhouse#56

Responses to Peek requests should contain command code 2b as Cmd1, if we receive a message in which Cmd1 is not 2b, then it could either be corrupted or an out of sequence message.  To prevent corrupting MH link hash, ignore the message.  This will cause a resend to occur.

Similarly Set_msb responses should contain command code 28 as Cmd1.  Do the same if Cmd1 is incorrect.

This logic probably would be more appropriate in the _on_peek portion of AllLinkDatabase.pm, however, _on_standard_receive blindly clears the active message without concern for whether the messages are valid.  As such, the logic had to be placed at the lower BaseInsteon.pm level.
Merge pull request #51 from krkeegan/fix_issue_46

Fix issue #46 - Stop Scanning Out of Use Entries

I have tested this for a few days and it is certainly faster, but for users with only a few empty addresses will see only slight speed increases.  I double checked and confirmed that MH has no code for enabling disabled links.
Add_Link Change ALDB Health from Empty to Good

If we can add a link, the ALDB health cannot be corrupt.  If aldb health is not updated to good from empty, log links will never print the link table.

Fixes hollie/misterhouse#59
Merge pull request #58 from krkeegan/fix_issue_56

Ignore Peek and Set_msb Replied Where Cmd1 is Invalid
Merge pull request #60 from krkeegan/fix_issue_59

Add_Link Change ALDB Health from Empty to Good
Fix Error in Delete Orphans which Caused Process to Occur Out of Sequence

Remove message callback from PLM Delete_Link and insert ALDB_Callback in Insteon_PLM.

Message callback is called as soon as the message is sent, and then it was again called on receiving the ACK.  Which resulted in at least two instances of Delete Orphans running.

Fix hollie/misterhouse#61
Merge pull request #63 from krkeegan/fix_issue_61

Fix Error in Delete Orphans which Caused Process to Occur Out of Sequence
Merge branch 'master' into i2_aldb_support