在一般的SIP 环境中，通常来说，SIP终端需要注册到SIP服务器端来实现认证，服务器端获得SIP终端的位置，然后才能进行正常的呼叫流程。注册问题可能有以下几种呈现方式：不能注册，完全没有和SIP服务器连接。如果终端发送注册消息给服务器端时，双方完全可能完全没有实现通讯。用户需要在服务器端通过日志排查方式，检查SIP终端是否有注册消息进入到服务器端，或者SIP终端通过网络工具对服务器端进行排查，例如使用Ping 命令。如果连Ping命令都检测不到服务器地址，基本上可以断定SIP终端根本没有和服务器端连接。关于服务器端排查方式很多，最典型的就是使用的Asterisk，FreeSWITCH，OpenSIPS**或者Kamailio等开源的软交换平台。每个平台都有各自的排查命令，用户可以参考官方手册来判断。当然，用户也可以使用linux排查工具对5060端口抓包排查（例如，sngrep）。本人非常推荐这个工具，非常好用，可以实时检查SIP消息。
SIP终端发出了注册消息，但是SIP服务器端没有返回的消息。如果SIP终端对SIP服务器端发送了注册消息，但是服务器端没有返回响应消息，则可能是服务器端的问题。用户需要排查服务器端为什么没有返回消息，或者在返回路径上的节点是否出现了问题。客户端收到错误消息，收到太多401/407 Unauthorized。SIP终端在注册时，如果用户的安全设置出现了错误，可能导致服务器端发送多个 401 错误。服务器端第一次发送到是正常的401验证信息，如果连续多次发送401/407 错误的话，可能是SIP终端输入了错误的用户账号信息，SIP终端侧需要配合服务器端进行排查，也可能服务器端的SIP账号消息保存错误，或者没有重新加载服务器相应模块，用户最好通过服务器端的CLI命令来检查内存中的SIP终端的真实数据信息。
客户端收到403 Forbidden 消息。如果用户帐户信息没有问题的话，SIP终端可能没有输入正确的From domain或者R-URI。有时，服务器端禁止同时注册几个SIP终端账号，或者注册过于频繁，服务器端可能过滤了此地址。需要用户配合服务器端地址进行进一步检查。这里，笔者仅讨论注册阶段出现的403 问题，当然也可能是系统防火墙或者其他的配置禁止了注册消息。如果是呼叫时出现403的话，则可能是另外的原因，例如可能欠费，可能呼叫了服务器端禁止的号码码位等其他因素。
