Search results for query: *

Kyle555 is correct, if the G700 is the primary MGP in the stack and CM is registered to it, then a Lic swap is needed. You can run a test license command in the SAT terminal and a simple "statuslicense" in the shell. Or though the SMI /Maintenance/Serial Number

Brison, the G700 if part of a stack you still need to configure the MGP the STACK, and VOIP. Each get their respective IP addresses, Default Gateways, and IP Routes and MGC List for registration. It is also a good idea to ensure the replacement G700 has the same level of Firmware running as the...

David is right - If your VM TG is set as Public - Then you would want to configure the PUB-UNK Tables to out-pulse the correct CID

To help you you would need to show the SIP Flow between Session Manager and Voicemail. Look at the History.Info Headers to see if it lists all entities involved in the call routing. The PAI might help, but VM relies on the History.info Responses

Try eliminating the IP Trunk by routing your voice traffic through the PSTN if possible. This will prove that is not a PBX issue. 2.- See if they have another Internet pipe available and try to use that instead. 3.- Replace the VCM Modules or Control Unit, to prove is not a PBX issue. 4.- Make...

It could be a firewall issue. Try creating an IP trunk in between the IPO and SM. if your IP TRK works then it is a port not allow or configured.

Create a User Right with shortcodes disallowing the access to the modules you want to exclude

it looks like its searching for its firmware

Have you tried entering the full User URI under the IPO User forms. Also what Response method are you getting?. is it a 405?

you might need to unplug the stacking cable and configure them two separate

Are you trying to connect from the main MG? remember to be in configure mode in order to access the MGP

Daughter cards normally will get updated by the SD card automatically by your IPO, when using it as the HTTP/TFTP Server.

Do you have any Networking licenses available?

If this is a remote site try utilizing all channels back to the Main. If this is the Main site, I would divide the channels per site. You also can create ARS Tables with Overflow to help you if one Trunk Group gets full

change your FRL from 2 to 0

What's your FRL set to?

Are you using POTs or PRI? If using POTS try assigning a trunk to a test phone and bypass ARS or simply dial CRAFTR4 + Line Number e.g = CRAFTRR01 for line 1, then try to dial out. If using PRI Trunks check your PRI Table 5 and make sure that you are NOT deleting 1

so this issue just started happening? if your solution once worked and nothing was changed in your communication system, File Servers and DHCP Servers. what changed? Have you check your Denial Events on CM?. Maybe run a list trace register command to one of the IP Phones see what the system...

Check the following= VLAN IDs (Make sure that all phones are member of its own VLAN - This will help you troubleshoot the problem better) If using DHCP (check your Lease configuration for your IP Phones) IP Network Region (Verify that you have selected and configured your IP Network Map...

Last thing I would check its the IP Routes and Default gateways between your PC and IPO. Also try pinging your pc from the IPO using SSA