Paul E. Jones' Blog

Obama Signs Travel Promotion Act Into Law

March 8, 2010

Recently, President Obama signed into a law a bill that would help encourage tourism to the US. Called the Travel Promotion Act, every visitor to the United States will be required to pay an entry fee.

That certainly does not sound like it would encourage tourism to the US. “Welcome to the US. Now, pay your fee.”

There is, of course, more to the bill than that. The bill is intended to create a marketing organization and a set of programs to help encourage visitors to come to the United States. This is all fine, but why do people not want to come to the United States, anyway?

Well, there are reasons. First, many visitors to the US must get a visa. There are certain countries where this is not required, but even in those cases, visitors are required to go online and complete some entry form, otherwise they will be denied entry.

All visitors are required to fill out far more paperwork than any other country in the world (the white I-94 or green I-94W form), staple crap into their passports, and are required to ensure that the departure document is properly returned before departure. Failure to do that might jeopardize the visitor’s ability to come to the US again, and will certainly increase the likelihood of having to get a visa the next time the visitor might wish to come to the US.

Upon arrival, US immigration officers will take the visitor’s mug shot and fingerprints, almost as if the person arriving is assumed to be a felon. Sure, all of this was done to “protect national security” after the attacks of 9/11, but does the leadership of the United States not understand how this makes a visitor feel?

Oh, and have you ever watched how our border agents (especially those running the scanners) treat visitors when they do not follow instructions? They are absolutely rude. It does not matter that the visitor cannot speak English. They don’t care. They’ll just yell at the visitor as if they’re a common criminal. I’ve seen it happen far too many times.

So, because we put up so many barriers to people who want to visit the United States, people do not come. And then we wonder why. So, we create a marketing organization and fund it to encourage visitors.

Do the folks in Washington not understand the root problem? I can hop on a plane and fly to Switzerland tomorrow. I’ll be greeted with a smile, not required to fill out any documents at all, and given no harassment whatsoever by the border agents. There is a difference and people feel it.

Lots of folks I work with in the ITU-T, which is a part of the United Nations, have explicitly asked me to not hold meetings inside the United States for all of these reasons — and so I don’t. Perhaps one day our government will stop treating visitors so poorly.

Permalink: Obama Signs Travel Promotion Act Into Law

Versioning REST Interfaces

March 8, 2010

Web-based interfaces (also called APIs) are growing in popularity. Some are very trivial, such as an interface that returns a list of stock quotes, while others are more complex. There are a number of technologies in use today, but what I’ve been focused on primarily is REST.

REST is a very simple idea, but there are so many opportunities for making it complex. One example is REST Versioning. We posted some recommendations on how to deal with REST versioning and we also have some discussion of XML versioning to support that.

Permalink: Versioning REST Interfaces

Secure HTTP Cookies

March 2, 2010

Some people love them and some people hate them, but HTTP cookies are really darn useful. Cookies are the way web sites remember who you, avoiding the need to enter and re-enter your password from day to day. Cookies can also store information, such as user preferences on a given computer.

Facebook, blogs, and many other public web sites use cookies. They can be misused, of course, such as by advertisers who track your movement around the Internet. However, most uses of cookies are not so invasive. But, there is a big problem with cookies: they’re entirely insecure.

Cookies might be encrypted by the server, so certain information in the cookie might be secure. However, when cookies are used to maintain a user’s logged in state, the user is at risk of having his or her session stolen. This happened recently with Facebook, in fact. However, what if a hacker is able to grab a user’s session and post malicious content or delete photos or do other destructive acts in the name of the user? This is scary.

What solutions exist? Presently, the only solution is to use HTTPS. HTTPS will encrypt all traffic to and from the client. Unfortunately, HTTPS comes with a high price: encrypting and decrypting every single bit of data between the browser and server is expensive.

So, a colleague and I thought about a better approach and we came up with a proposal for just encrypting a part of the cookie information passed between the client and server. Have a look and tell me what you think. The draft can be found here.

Permalink: Secure HTTP Cookies

H.323 and SIP Debates Rage On

February 19, 2010

You know, back in 1999 there were rather heated debates over H.323 vs. SIP. Then, there were claims that H.323 was dead. (Jeff Pulver said that: I heard it with my own ears.)

Roll the clock forward to 2010 and we still hear the same things. OK, perhaps it is not being declared dead, but some view H.323 less favorably for whatever reason. Is it because SIP does something H.323 cannot do? Nope. H.323 does everything SIP can do and more.

Perhaps one day SIP might be a major success. After all, if 5,000 people start charging through a concrete block wall thinking they can run through it, they will likely succeed. There might be a few casualties on the front line, but they'll knock it down. And so it is with SIP.

The reality is, though, that H.323 continues to be deployed and it dominates the videoconferencing market. As chair of the H.323 standards committee, I'm still actively engaged in the development of H.323 and spending some time looking forward now to H.325.

I will not try to sell you on the concept of H.323, since it is a well-established protocol. But, the new XML-based H.325 is really exciting. If you wish to know more about it, by all means, ping me.

In the meantime, let the debates continue! This is quite the spectacle! I'm eager to see what things will look like in another 10 years. :-)

Permalink: H.323 and SIP Debates Rage On

Credit Card Companies Are Really Greedy and Stupid

February 15, 2010

OK, we’ve all known that credit card companies are greedy. Perhaps that isn’t even a fair description, I’ll admit. Financial institutions are in business to make money and so they will do things in order ensure profitability. Shareholders expect that.

Still, the logic of these companies escapes me a little. The other day, I logged into my account to pay my credit card bill when I was presented with this message that said “Late Payment Warning”. It scared me, because I thought that perhaps I had missed my payment due date. I clicked on the link and it said that if I failed to make my payment by the due date that I would be charged $40 and my account would be subject to a Penalty APR of 29.99%.

Wow, those are strong threats for a person who has never been late making a payment. So, I called the credit card company and told them I wanted to cancel my credit card. They asked why and I told them. They then proceeded to tell me that that message is on every person’s account due to new federal laws. I replied explaining to them that there were no federal laws that required them to charge $40 or increase my interest rate to some astronomical rate. Further, any such notices to that effect could be done more tactfully. This went on for at least 10 or 15 minutes and between two different people who were begging me not to cancel my credit card.

Perhaps this is a petty reason to cancel a credit card, but we all know that it takes loss of customers for a company to change and I don’t mind being the first person to “speak with his wallet.”

What followed was absolutely hilarious. Apparently while my credit card company was on the phone with me pleading to keep my business, the same company was mailing a letter to my step-daughter to inform her that if she didn’t spend more money on her credit card each year, she would have to pay a $60 annual fee. In fact, they planned to charge her $60 in a month or two and would then return that to her after a year if she charged at least $2,400. Let’s review: they will charge her $60, but then credit her account in one year, at which time they will charge her $60 again? They did say this was an annual fee.

Clearly, she has no desire to pay $60/year and will call (if she hasn’t already) to cancel her credit card. Even if she would charge $2,400 over the next year, she does not want to give the credit card company a $60 loan or whatever you call this charge/refund/charge/refund every year.

As far as I can tell, the credit card company is greedy for not wanting to deal with low-volume customers and wasting time arguing with higher-volume customers, and stupid for throwing away current and potential business from responsible people like my step-daughter.

Permalink: Credit Card Companies Are Really Greedy and Stupid

Really Stupid Software Error

February 15, 2010

I have often seen some really stupid software errors. Today, I received one that I think ought to be right up there at the top. Here it is:

Perhaps there is a logical explanation for how accessing my local hard drive is a "network error", but it escapes me.

Permalink: Really Stupid Software Error

It's Official: XMPP is the Winner for Instant Messaging and Presence

February 12, 2010

Perhaps this is hardly news, but it has been a very slow time coming. Back in 1999 or 2000, there was a push to try to integrate H.323 with XMPP. The challenge with doing that, as you can imagine, was that H.323 is focused on voice and video, while XMPP is focused on instant messaging and presence. Trying to glue these two technologies together is challenging at best. So, the H.323 experts group elected to let the protocols go their independent directions.

Then, in the early 2000s there was an effort in the SIP-related working groups in the IETF to, dare I say, clobber XMPP with the introduction of presence and instant messaging functionality in SIP. Like H.323, SIP was not designed to do that and, while it could be done, did it make sense? Apparently, some people felt that it did and so they forged ahead with the creation of SIMPLE, which are are hardly trivial extensions to SIP that enable instant messaging and presence. The problem is that it never took off.

Meanwhile, Jabber (the company behind XMPP) was making significant inroads in the enterprise market with XMPP. It was great: it was secure, scalable, and worked seamlessly between enterprise domains.

Google recognized the strength of XMPP and decided to adopt that protocol for its IM client rather than introduce yet another proprietary IM protocol in the market. That was a smart move.

Over the past couple of years, virtually every instant messaging provider and enterprise product manufacturer working in this space has announced support for XMPP and many have already delivered.

Cisco acquired Jabber and the service is already available from its WebEx division. Microsoft announced support in OCS. Of course, Google was already deploying XMPP with GoogleTalk. AOL adopted XMPP. Yahoo! seem to be moving in that direction. IBM Lotus Sametime supports XMPP. Most recently, Facebook announced support for XMPP.

So, with support from virtually every major network in the world, coupled with the fact that any domain owner can operate an XMPP server much like one can an email server, the winner is clear: XMPP is the standard for instant messaging and presence.

Permalink: It's Official: XMPP is the Winner for Instant Messaging and Presence

Avaya to the Power of N?

January 21, 2010

As many of you probably know, Avaya acquired Nortel's enterprise assets a few months ago. Now, they're out making noise about how Avaya is more powerful and stronger than ever before. They are Avaya to the power of N!

Here's an ad Avaya is running:

I laughed when I saw that. So, Nortel has been and still is a sinking ship, meaning its value is approaching 0. So what do we get from this equation? At least it isn't zero, I suppose.

Permalink: Avaya to the Power of N?

Internet Explorer Market Share Shrinks, Safari Takes Flight

December 27, 2009

While the fact that Internet Explorer's market share is shrinking is not news, what I found interesting is that November 2009 was the first time that Internet Explorer was used by fewer than 50% of the visitors to Packetizer.

Really, I'm amazed. Well, perhaps I'm not. I commented earlier that I had gotten fed up with Internet Explorer and I switched to Firefox. Still, it is amazing to watch the percentages shift like they have over the past two years. If I had time, I'd provide a graph.

So where are users going? Interestingly, users seem to be moving in two directions: Firefox and Apple's Safari. While Firefox is not a huge surprise, what was a surprise to me was that 8.3% of the visitors in November 2009 used Safari versus just 0.6% in November 2007.

Is it time I bought a Mac?

Permalink: Internet Explorer Market Share Shrinks, Safari Takes Flight

The Never-Ending Fight Against Spam

December 26, 2009

It has been a couple of years since we started implementing new spam prevention measures on Packetizer. Spam had reached such levels that it was almost impossible to read legitimate email, because individuals (including me) were receiving in excess of 600 spam messages every day. To say the least, it was insane.

We now have spam volumes reduced to a level that is manageable, perhaps allowing 10 to 20 spam messages through per day per user on the system. Of that, virtually all of it is effectively detected and filtered out as spam.

While the situation today is significantly better than where we were a couple of years ago, what concerns me is the fact that so much spam originates from "trusted networks". We operate a blacklist on Packetizer so that "repeat offenders" get blocked, but some networks are known repeat-offenders, but we simply cannot block them. Examples include Yahoo! and Hotmail. For Packetizer, those are the top two spam transmitters, with Google often right behind them (though not lately, interestingly). More troubling, though, is that they are not just a little more problematic, but significantly more problematic. But what can they do? They are web sites where anybody without an email address can quickly and easily create one: they provide a great service. Even so, there is no way to imagine how many "disposable" spam accounts get created daily on those networks.

As noted in the Packetizer News section, organizations that are supposed to be helping to fight spam are actually becoming a problem themselves. Organizations like Spamhaus, MAPS, SORBS, and UCE PROTECT have proven to be a disservice to the public to some degree this year. The reason is simply that they just block mail based on IP addresses. Packetizer does that too, but it's because there are no alternatives.

What the industry needs to do is to start implementing DKIM. Do it immediately. DKIM is not intended to be a spam prevention tool, but it can be a valuable tool nonetheless in fighting spam. If every domain owner signed messages with DKIM and required all mail transmitted from their domain to be signed, then it would be relatively easy to establish a certain level of trust in those domains. Rather than blacklisting IP addresses, we can blacklist domains. I believe this would be a better solution, because domain owners can usually be tracked down. If registrars follow the rules as required by ICANN and insist on having accurate domain registration information, it would most definitely be easier.

I am tired of receiving spam and I think it's time that we — all of us on the Internet — encourage changes that help address the problem.

Permalink: The Never-Ending Fight Against Spam

Page 1 2 3 4 5 [6] 7

Paul E. Jones

About Me
My Blog ATOM Feed


Email Me

Social Media