OSCAR protocol

OSCAR (Open System for CommunicAtion in Realtime) is AOL's proprietary instant messaging and presence information protocol. It was used by AOL's AIM instant messaging system and ICQ.

Despite its name, the specifications for the protocol remain proprietary. AOL has gone to great lengths to keep competitors (namely Microsoft, XMPP, and Cerulean Studios) from implementing compatible clients for their proprietary messaging systems.[1][2] In 2002, AOL signed a contract with Apple, Inc., allowing them to use OSCAR (as well as AOL's own code libraries) in their iChat application. This allowed iChat users to interact with ICQ and AIM users directly. The deal also permitted users of Apple's .Mac service to log into the AIM network using their .Mac email addresses. (This has carried over to Apple's MobileMe service.)

As of 2009, large parts of the protocol had been reverse-engineered and implemented by a number of third-party clients.

The OSCAR protocol can be used separately from AOL's network. In fact, AOL expands on the general concept of OSCAR, adding systems for service side buddy lists and icons, as well as features for file transfers using Bonjour.

On March 6, 2006, AOL released the AIM SDK and launched a developer website, allowing developers to build plugins for AIM Triton, and build their own custom clients, which connect over the OSCAR protocol. They had not, at that point, however, released any information about the protocol itself.

On March 5, 2008, AOL released portions of the OSCAR protocol documentation. Google also provided the ability to sign into AIM network via the Google Talk client built into Gmail.

Packet structure

All packets sent over OSCAR are encapsulated in the same manner. All 16-bit integers sent over the network are unsigned, and big endian (see Endianness.) This is the same for 32-bit integers, and 8-bit integers (or bytes.)

FLAP header

A special Frame Layer Protocol (FLAP[3]) container encloses every packet. It carries information about packet size, channel, and its number in sequence.

Offset (hex) Field Type/Size (in bytes) Remarks
00 FLAP ID byte/1 Always contains 2A. It is mark of packet start.
01 Channel byte/1 1 = login, 2 = SNAC layer, 3 = error, 4 = disconnect
02 Number in sequence int16/2 Incremented by 1 each time a packet sent. Wraps to 0 after FFFF.
04 Data size int16/2 Size does not include FLAP header

SNAC data

Within almost every packet sent over channel 2, packets contain a SNAC (Simple Network Atomic Communication). There is always either one or zero of these contained in a packet, and therefore they do not contain (nor do they need to) a length.

Offset (hex) Field Type/Size (in bytes) Remarks
00 Foodgroup int16/2 The general type of the packet
02 Type int16/2 The specific type of the packet
04 Flags int16/2
06 Request ID int32/4 A request ID, this can be random but clients cannot send this with the Highest Order Bit set.

Implementations
Programming
language		 Implementations
C libpurple
GnomeICU
C# NOscar
C++ QOscar (Qt)
C# 2.0 OscarLib
Java joscar
Instant Messenger Lib
daim
Objective-C LibOrange
OCaml mlOscar
Python TwistedWords
Perl Net::OSCAR
PHP WebIcqPro
gollark: Hey, maybe I could implement osmarksarchiveformat™ somewhat like this.
gollark: I would have used that, but it was abandonized.
gollark: Binary search trees of (codepoint, index in string).
gollark: Heat-death-of-the-universe terminated strings?
gollark: That would work, I can reuse the LTS code.

See also

References
  1. https://www.theregister.co.uk/2002/01/31/aol_blocks_trillian_im_access/
  2. http://www.geek.com/news/aol-vs-trillian-continues-548381/
  3. "FLAP - Frame Layer Protocol". AOL Developer Network. AOL. 2008-03-05. Archived from the original on 2008-03-08. Retrieved 2009-11-01.
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.