Introduction

Our telephony partners, MyForce, provide a telephony environment validation service and our recommendation is that clients use this. However, if your IT teams wish to configure a new environment themselves, here is a checklist for them to make sure that CTArchitect is correctly hooked up to your system.

SIP validation

1. Verify SIP registration. This can be done in CTArchitect by checking the IP Registrations Window:
   
   Note: it can take a few minutes before this registration shows up as successful.
2. Make test calls using the following codecs G711A and G729 (optional, if the compression option has been purchased).
3. CLI masking:
1. Check whether calls can be made without providing a CLI.
2. Try to make a call and provide a CLI that lies outside the range of the SIP trunk. 
4. Check whether calls over 30 minutes are possible. Some SIP trunk providers and gateways are configured by default to cut calls over 30 minutes.
5. Check basic voice quality. Is the voice clear and latency reasonable enough to have a conversation?
6. Set up an international call.
7. Outbound disconnect causes - it is important for CTArchitect that disconnect causes are given by out-of-band disconnect codes and that these codes are received within a reasonable time. This is especially important when using the CTArchitect as an outbound dialer. This is checked by taking Wireshark traces and looking at the SIP packets directly:
   1. Busy disconnect cause.
   2. Unused number.
   3. Incomplete number (too short).
   4. A number that is too long.
8. DTMF tones. Check that the DTMF tones sent correctly and received on CTArchitect. This is done by simply listening whether DTMF tones are received on the phone.