Getting StartedDennis Baron <email@example.com>, Ben Teitelbaum <firstname.lastname@example.org> (December 17, 2003)
An overview of the initial SIP.edu architecture is shown in the figure above. Legacy components are shown in gray, while new components and modifications to existing configurations are shown in white.
The two main ingredients of a SIP.edu implementation are the SIP proxy and the SIP-PRI gateway. These must be integrated with each other. More importantly, the SIP proxy must be integrated with your campus' Person directory and the SIP-PRI gateway must be integrated with your legacy phone switch. Finally, several new DNS records must be created.
SIP.edu requires a SIP proxy that is capable of mapping e-mail addresses to PBX extensions. This is accomplished through careful integration with the campus Person directory. The SIP proxy maps the e-mail address in each in-bound SIP call to a PBX extension and forwards the call to the gateway. Many other functions can be provided depending on the proxy chosen.
The cookbook chapter on "Proxy Configuration" surveys SIP proxies that have been used successfully in SIP.edu deployments and provides configuration guides for each.
SIP.edu also requires a gateway that connects the campus network to the campus PBX or Centrex system. The gateway translates the SIP addressing to PBX addressing and connects the audio from IP to the PBX.
The cookbook chapter on "Gateway Configuration" surveys SIP gateways that have been used successfully in SIP.edu deployments and provides configuration guides for each.
Additional trunks to the PBX or Centrex system may be needed to connect the gateway. For most installations, an ISDN PRI is recommended for an initial installation. This will allow for future features, such as caller ID and bidirectional calling. A PRI supports 23 (T1) or 30 (E1) simultaneous calls. Additional PRIs can be added for more capacity.
For PBX users, existing PRI capacity may be available on the PBX. If not, additional hardware may have to be purchased. For Centrex users, a PRI will have to be ordered from the school's service provider.
SRV records for SIP need to be added to the school's existing DNS system. SRV records provide service location and allow SIP clients to determine the IP address of a destination school's SIP proxy. NAPTR records may also be added for forward compatibility with clients that support them. Detailed instructions for adding these records may be found in the "DNS Configuration" chapter.
SIP.edu requires access to directory information to map e-mail addresses to PBX extensions. For schools implementing SER, the Simple LDAP Implementation Guide provides instructions for accessing the school's LDAP system. Other implementations are using manual systems to load this mapping into the proxy. The "Directory Considerations" chapter provides additional information on how to do the mapping.
Sample Call Flow
A simplified call-flow from Alice (who is using a SIP "soft phone") to Bob at BigU proceeds as follows: