Summary
- Eve Schooler’s work on MMCC and the first SIP draft helped turn an invitation into a distinct protocol act: locate a user, describe a session and negotiate participation without carrying the resulting audio or video.
- That boundary made Internet communications modular, but it also separated powers that operators often blur—reachability, identity, admission, media transport, confidentiality and quality guarantees.
In the first SIP Internet-Draft, dated February 1996, an invitation was a small thing with a carefully limited job. It could identify the person being called, follow forwarding information toward a current location and deliver a description of a proposed multimedia session. It did not need to become the session. It did not promise that bandwidth existed. It did not decide who held the floor in a conference. It did not carry the voice that might follow.
That restraint was not obvious. Networked conferencing had arrived as a bundle of hard problems: participants used different applications and codecs; people moved between hosts; audio, video and shared workspaces behaved differently; multicast sessions might be advertised to a group while private meetings required an invitation. A designer could have tried to solve all of those problems in one control system. The lineage around Eve Schooler took another route.
From conference manager to invitation
Schooler’s earlier MMCC work at USC’s Information Sciences Institute explored the coordination of separate conferencing services across a wide-area packet network. Her public CV describes a system concerned with multilateral establishment, heterogeneous configurations, quality-of-service information and resynchronisation. The 1996 SIP draft by Mark Handley and Schooler explicitly acknowledges that MMCC work.
The draft nevertheless narrows its focus. It describes two broad ways to join a session: discover an advertised gathering and choose to join it, or receive a direct invitation. It calls session discovery orthogonal to the conference-control model. Once an invitee’s address is found, a request carries an SDP-formatted session description; the answering side can accept, reject or redirect it. The invitation remains independent of whether the network can guarantee the requested quality of service.
This was an architectural edit as much as a protocol proposal. It extracted the moment of finding and asking from the larger machinery of a conversation. The eventual RFC 2543, published in 1999 by Handley, Henning Schulzrinne, Schooler and Jonathan Rosenberg, defined SIP as application-layer signaling for creating, modifying and terminating sessions. Its successor, RFC 3261, made the division more explicit: SIP supplies primitives for user location, availability, capabilities, setup and management, and works alongside other protocols rather than forming a vertically integrated communications system.
The authorship matters because SIP did not spring from a lone inventor. MMUSIC was a working-group setting; Handley and Schooler wrote the earliest draft; the published specification combined that thread with work associated with Schulzrinne and was developed with Rosenberg and a wider community. Schooler’s contribution is best seen in the problem she helped make separable, not in a claim to solitary ownership.
Three paths, not one call
A basic SIP exchange demonstrates the separation. A user agent sends an INVITE. Registrars and location services help associate an address with current contacts. Proxies route the request, and a successful recipient returns a final response; an ACK completes the initial handshake. In a simple call, proxies can then leave the dialog’s active path. The media commonly travels in RTP packets over a different route from the SIP messages.
The invitation may contain SDP, but SDP is a description format. It can name media types, transport addresses and parameters. The offer/answer model lets the two sides converge on a compatible description. Neither SDP nor the offer is the sound or picture. RTP performs the real-time transport function. This gives at least three distinguishable paths: the signaling path that reaches a person, the descriptive exchange that states what endpoints can do, and the media path that carries what they say or show.
The distinction survives after setup. A re-INVITE can change a media description inside an existing dialog. An invitation’s expiry does not set the duration of the resulting conversation. Signaling state and media state are related, but they are not identical.
That modularity let the Internet communications stack change unevenly. A new codec did not require a new global user-location system. Media transport could be optimized independently of proxy routing. Conference applications could add floor control or voting through other mechanisms. Resource reservation, when needed, belonged elsewhere. The invitation protocol coordinated a handoff rather than owning every consequence of it.
The control plane still has power
Separation does not make signaling politically or commercially neutral. A registrar controls which contacts are bound to an address. A proxy can decide where an invitation is permitted to go. A domain can authenticate a user, impose admission rules, log attempts or block a destination. Those acts shape who is reachable even if the proxy never carries a single media packet.
Security exposes the same boundary. SIPS can protect signaling across a chain of secured hops toward the recipient’s domain. It does not, by that fact alone, encrypt the RTP stream. Treating a padlock on the invitation as proof of a confidential conversation mistakes one protected path for another.
Real deployments also complicate the clean diagram. Session border controllers, back-to-back user agents, media relays, recording systems and NAT traversal services can keep intermediaries in signaling, media or both. RFC 7092 exists precisely because a B2BUA is not merely a transparent proxy: it terminates one dialog and originates another, often enforcing policy or altering the session. The protocol boundary is therefore a diagnostic tool, not a claim that production networks always preserve a direct endpoint-to-endpoint media route.
Schooler’s invitation remains useful because it tells operators what question to ask when a call fails or a platform gains leverage: which path is being controlled? A user can be locatable but unable to negotiate compatible media. A session can be established while its media is blocked. Signaling can be authenticated while the conversation remains exposed. Media quality can deteriorate even though every SIP response arrives on time.
The first invitation did not carry the conversation. By refusing to do so, it gave later systems room to choose how conversations would travel—and gave network owners several distinct places to govern them.
Sources
- Eve Schooler — professional page
- Eve M. Schooler — curriculum vitae
- Handley and Schooler — Session Invitation Protocol, draft 00
- RFC Editor record for RFC 2543
- RFC 2543 — SIP: Session Initiation Protocol
- RFC 3261 — SIP: Session Initiation Protocol
- RFC 3264 — SDP Offer/Answer Model
- RFC 4566 — Session Description Protocol
- RFC 3550 — Real-time Transport Protocol
- RFC 3665 — SIP Basic Call Flow Examples
- RFC 7092 — SIP B2BUA Taxonomy
Member Briefing
Deeper Profile Context
Sign in with the right membership level to unlock the full briefing and source notes.
Only for Strategic Circle
Strategic Circle
Open to all readers. Unlock profile briefings after joining and signing in.
Join Strategic CircleOnly for Leadership Alliance
Leadership Alliance
For qualified IP-asset owners and management; sign in to unlock alliance briefings.
Join Leadership Alliance
