Download 3CX Academy Advanced Certification 62 Questions with 100% Correct Answers Verified Latest and more Exams Nursing in PDF only on Docsity!
3CX Academy Advanced Certification 62
Questions with 100% Correct Answers
Verified Latest Update
- In the criteria of the "Outbound Rules", "Calls from Extension(s)" having comma separated values will allow multiple extension ranges
to be defined - ✔️✔️ True
- The Virtual Extension of the slave must match the master side virtual
extension number - ✔️✔️ True
- For extensions that are registered over multiple site-to-site VPNs, by default 3CX delivers the audio between phones if they are on
different subnets. - ✔️✔️ False
- On outbound calls to external numbers, 3CX will process "Outbound Rules" in a "Best Matching" way, depending on how many of the
criteria match. - ✔️✔️ False
- Wire shark can - without any additional Plugins Decode all Codecs
including G711A, G711U, GSM, G729, G726 - ✔️✔️ False
- STUN extensions can be configured to connect to the tunnel port of
3CX instead of the SIP port for more security. - ✔️✔️ False
- The log files of 3CX are never cleaned even when you restart the
3CX Services - ✔️✔️ False
- Once Secure SIP has been configured in 3CX, Secure SIP certificates will need to be deployed manually in phones and
softphones OS so that they can communicate. - ✔️✔️ False
- Remote extensions may be provisioned using the HTTP or HTTPS
URLs - ✔️✔️ False
- The default Voicemail PIN of an extension consist of 4 random
alphanumerical characters. - ✔️✔️ False
- Your 3CX has only one SIP Trunk and receives a call from number 8135791691. If you have a "Inbound CID Reformatting" rule on the Trunk with "Source Pattern" 813(...)(.*) and "Replace Pattern"
1\2, the extension that receives the call will see "5791691" as the
caller ID on its display. - ✔️✔️ True
- When 3CX has been installed without a FQDN from 3CX and in split DNS mode, the DNS server must not be installed on the same
machine as the phone system. - ✔️✔️ True
- Your Local IP Phone loses the registration to 3CX and you want do troubleshoot the issue. You should start a Wire shark Capture on
the 3CX Server, reboot the phone, and then apply the Filter sip.Cseq.Method==REGISTER in order to see if registrations are
reaching 3CX - ✔️✔️ True
- Your 3CX has only one SIP Trunk and receives a call from number 422033272020 and you want it to be presented on the extension display as +44272020. You can do this with a "Inbound CID Reformatting" rule on the Trunk with "Source Pattern" 44(..)(..)(.*)
and "Replace Pattern" +44\3. - ✔️✔️ True
- When selecting the option "I need a 3CX FQDN" an internal
DNS is not mandatory - ✔️✔️ True
- The order of "Inbound Rules" is not important when you have DID and CID "Inbound Rules", CIDs always have higher priority. -
✔️✔️ False
- You have a Master Bridge with 3-digit extensions 1xxx and a Slave Bridge with 4-digit extensions 2xxx. In the "Outbound Rules" you use to rote calls across the bridge, using a prefix is mandatory. -
✔️✔️ False
- You have run the 3CX "Firewall Checker" and come up as Green, but you still have audio issues and calls dropping on outbound
/ inbound calls. Can SIP ALG be the culprit? - ✔️✔️ True
- An extension will be allowed up to 25 attempts (default) for authenticating successfully, after what it will be blacklisted for the
default blacklisting interval of 1800 minutes. - ✔️✔️ False
- The 3CX SIP port should be filtered by firewall ACL rules to maximize security and allow only trusted IPs to reach it (VoIP
providers or STUN extensions if any). - ✔️✔️ True
- SRTP will secure calls so that a middle-man can't see the SIP
traffic in plain-text. - ✔️✔️ False
- CID and DID "Inbound Rules" can both be configured to route
calls differently depending on the Office Hours. - ✔️✔️ True
- "Prepend" will add digits to the end of the dialed number before
sending the call to the destination defined in the "Route" - ✔️✔️ False
- Your Local IP Phone loses the Registration to 3CX and you want to troubleshoot the issue. You should start a Wire shark Capture on the 3CX Server, reboot the phone, and then apply the Filter
sip.Cseq.Method==SUBSCRIBE in order to see if registrations are
reaching 3CX. - ✔️✔️ False
- The "Server Activity Log" will provide information for: Phone Registrations, Gateway and SIP Trunk Interactions, All Related Calls
- Each extension gets a default password which is always the
same and should be changed for more safety. - ✔️✔️ False
- You are debugging an audio issue using wire shark by analyzing the RTP streams. While using the RTP Stream analysis tools you see that the MAX Delta of packages from the Provider to 3CX is 8-- MS while the Max Delta for the reverse direction is 20 Ms.
The issue is located at the provider end and not 3CX end. - ✔️✔️ True
- If you want to check 3CX routing of a call then only a Wire
shark capture is needed, - ✔️✔️ False
- Knowing only the FQDN/port of 3CX and the MAC address of a
phone I could guess its provisioning URL. - ✔️✔️ False
- An outbound call is routed through the VoIP Provider. This "Route" of the "Outbound Rule" has "Strip Digits" set as 0 and has no
values in the "Prepend" field. A user dials 004433272020. 3CX will
send the call to the provider exactly as dialed - ✔️✔️ True
- You can use the same VoIP Provider in all of the Outgoing
Routes of a rule - ✔️✔️ True
- If you want to decode audio in wire shark without any plugins,
your calls will need to be using either G711A or G711U - ✔️✔️ True
- If you want to check the internal PBX routing of a call, the most reliable way is through the use of the Binary Log Viewer, or which you must know some information about the call you are investigating, like
the Caller ID, the time of the call, etc. - ✔️✔️ True
- Assume the following scenario: 3CX is connected via a site-to- site VPN with two different buildings where remote phones have been provisioned. 3CX is on network 192.168.9.xxx, Phones on location A are on network 192.168.3.xxx, Phones on location B are on network 192.168.8.xxx. When a call is established, between an extension on remote location A to an extension to remote location B, by default 3CX will proxy the SIP and audio traffic and send it to the extensions
- Assume the following scenario: 2 Phone Systems bridged over a site-to-site VPN connection. Phone system A on network 192.168.9.xxx, Phone System B on network 192.168.3.xxx. The options "Supports Re-Invite" and "Supports Re-places" are enabled on the bridge settings. When a call is established between an extension from PBX A to an extension behind PBX B, the audio will
be exchanged directly between the 2 extensions. - ✔️✔️ False
- When an established call from your local extension to an external number is terminated from your IP Phone you should see a BYE being send in from the Provider / PSTN gateway, towards your
PBX IP address in wire shark - ✔️✔️ False
- When 3CX has been installed without an FQDN from 3CX and in split DNS mode, the DNS server must not be installed on the same
machine as the phone system - ✔️✔️ True
- A TLS certificate and key will have to be imported into 3CX so
that SRTP can be used. - ✔️✔️ False
- You cannot create multiple CID "Inbound Rules" and associate
them with different SIP Trunks you have in 3CX. - ✔️✔️ False
- The 3CX SIP port should be filtered by firewall ACL rules to maximize security and allow only trusted IPs to reach it (VoIP
providers or STUN extensions if any). - ✔️✔️ True
- SRTP will secure calls so that a middle-man can't see the SIP
traffic in plain-text. - ✔️✔️ False
- If a caller enters the PIN of the voicemail of an extension incorrectly 3 times, the specific voice mail account gets blocked for 2
minutes. - ✔️✔️ False
43) The default Blacklist time interval is of 1800 minutes. - ✔️✔️ True
- When an "Outbound Rule" has an extension group defined, outgoing calls from the conference extension are able to be made
from 3CX - ✔️✔️ False
- You have a Mater Bridge with 4-digit extensions 1xxx and a Slave Bridge with 4-digit extensions 2xxx. In the "Outbound Rules" you use to route calls across the bridge, using a prefix is mandatory. -
✔️✔️ False
- "Inbound CID Reformatting" can be used to change the Caller
ID name of an incoming call based on a set of rules. - ✔️✔️ False
- The "Server Activity Log" will provide information for: Phone Registrations, Gateway and SIP Trunk Interactions, All Related Calls
- If you are having audio issues with calls between internal local extensions and your firewall checker fails the first thing that you should do is to make sure that your firewall checker test passes -
✔️✔️ False
- When viewing in wire shark a Remote Extension via STUN registering to your 3CX, you should see in the SIP section of the Registration message in the "Contact" field the Local IP address of
the remote phone - ✔️✔️ False
- If a site-to-site VPN is already in place between the PBX location and a remote location, phones should be provisioned with
Direct/STUN provisioning method. - ✔️✔️ False
- The default Voicemail PIN of an extension consist of 4 random
alphanumerical characters. - ✔️✔️ False
- In order to check which side (Caller or Calee) terminated the call first, you can check using wire shark to see who sent the first
BYE message. - ✔️✔️ True
- You are having an issue with incoming call routing being sent to the wrong internal destination once it is received by 3CX. The first step to troubleshoot the issue would be to set your System to Verbose Logging, start wire shark, replicate the issue and then Restart all 3CX Services, generate the support files and send them to
3CX Support for troubleshooting - ✔️✔️ False
- Setting a Name when creating a "CID Inbound Rule" is
mandatory - ✔️✔️ False
- When the option "Remote PBX uses SBC/Tunnel Connection" is enabled on the master bridge, the Slabe bridge must be registered
behind the SBC. - ✔️✔️ False
- You can take a phone that has already been provisioned with RPS as remote STUN Extension and configure it as a Local LAN extension, as long as 2 weeks have passed since the phone was
provisioned as a STUN extension - ✔️✔️ False
- You have run the 3CX "Firewall Checker" and come up as Green, but you still have audio issues and calls dropping on outbound
/ inbound calls. Can SIP ALG be the culprit? - ✔️✔️ True
- Remote presence of a bridged system is available in both IP
Phones (via BLF) and the 3CX Phone for Windows - ✔️✔️ False
- The numbering plan of bridged systems must be different in
order for outgoing calls to the bridge to work - ✔️✔️ False
- ZRTP and SRTP are both supported to secure the audio
stream of calls within the 3CX Phone System. - ✔️✔️ False
- The 3CX Instance Manager is available for 3CX v16+ installs
on what Operating System? - ✔️✔️ Linux x86 with no failover or
hosting mode enabled
- The 3CX Instance Manager allows you to perform batch updates -
✔️✔️ True