A recent internal penetration test on our LAN flagged the IP address of our systems IP-Pad Card as having "IP Forwarding" enabled.
I know that IP Forwarding is what routers do. My question is "should an IP-Pad Card should be performing IP Forwarding?". I'm guessing the answer _might_ be yes...
I was having a similar problem with a system I had built for myself to replace the aging Admin station that the previous IT guy had used. Most systems here use static IP's, and I had setup my new system DHCP (just hadn't setup a static IP yet). When I installed the SMS Console, Collections...
Callers dial in to a DID number on a PRI circuit coming from the telco to MICS B (there are two T1 cards in MICS B...one to the PRI to the telco, one to the point to point T1 going to MICS A). The caller enters 741, which is a destination code on MICS B that routes the call through the T1 to...
We have two MICS (7.0 and 7.1) Networked via a T1 with PRI Enabler license on each. I recently setup a huntgroup on MICS A to receive calls from the outside world.
And now, they want to add a phone on MICS B to the huntgroup. Obviously, I can't just add the extension number from MICS B into a...
If you're MICS have three digit extensions, do yourself a favor and convert to four digit (or more) extensions on each before you start.
I made the mistake of networking two MICS that are three digit. It REALLY limits the expandability of the system. I've regretted not converting them to four...
Thanks curlycord...should be no problem getting the sites IT dept to do that, after all, that's me! :)
Hmmm...noting my own sig, and I think this time I AM learning from my own mistake (no backup).
---------------------
I'd rather learn from other peoples mistakes than have them learn from mine!
curlycord--Sorry, we already defaulted the CP with another software card. I will tell you that the feature codes never made it back into the system with the old software card in it. We did try it once without the network card. We also plugged a phone into the first station port the CP used...
Problem is, system was bought refurbed and the VM keys were already in it. I do have the Call Center Codes.
I have the vendor trying to get the codes from Nortel.
---------------------
I'd rather learn from other peoples mistakes than have them learn from mine!
It's a 3.1. I tried to use a card from another CP running 3.1 to "upgrade" the software...it still hung afterwards at the same spot.
I booted it off the other card (yep, I'll be entering keycodes and reprogramming) and it came up fine. Looks like the software card is bad.
Now here's hoping...
THANKS for the responses. Current PS is an 8v, but I tried another 8v from a CP100 with no change.
Light status after bootup is 10/100 solid, network blinking (I can ping it's IP), no other lights on...(so I'm getting NO lights on left, only two lights on right).
It seems to be hanging on...
OK, I may have messed up badly here.
Had a CP150 that would not come up after a reboot, so I used the XFTEST trick to wipe out feature codes and reboot.
Problem is...I forgot to unplug the CP150 first.
Now it still won't come up, and I'm wondering if I messed it up by clearing those codes...
Call Pilot 150 (31.10.14.22) connected to MICS 7.1. Calls come in over target lines across two PRI's (one PRI to another MICS, other to public).
User at mailbox 103 asked me to forward his phone to x104, so I changed his CFNA from x130 (CP150's DN) to x104. All is well (or at least I didn't...
Log in to the VM box. Select option 8 (mailbox options), then 6 (message notification menu), then 2 to deactivate message notification.
---------------------
I'd rather learn from other peoples mistakes than have them learn from mine!
Curlycord: I'm guessing you intended this sentence: "If you want Hunt Groups I would suggest putting 221 as a member in HG001 and the rest of needed sets in HG001"
To read: "If you want Hunt Groups I would suggest putting 221 as a member in HG001 and the rest of needed sets in HG002"...
EDIT: OK, I answered my question before I posted this, but thought I'd go ahead and post it for the next poor sap like me who's beating his head against the wall...
-------Q-------
I have two MICS, each with a call pilot 150 for AA & VM.
Both systems have outside lines answered by the AA...
Brutalis--My experience is that the key codes are not backed up. Found that out the hard way when I had to restore a MICS and the PRI's didn't work afterwards. Had to enter the codes manually after the restore. Boy was I sweating there for a few minutes...I called a tech, his first question...
Hawks,
It's funny, I just found faq799-3640 which described the process you just posted. It works! My three folks who moved have their DID's staying with them now.
So, once the Line Redirect is done, you say I can remove that target line from the phone. Will that still work correctly if the...
cook1082: There is a target line for received 321.
I can dial 321 (at Site B) from Site A with no problem. I can also dial 140 from any phone on Site A and ring 321 (or dial Site A's main number and dial 140 when I get the AA and ring on 321).
The problem is, when I attempt to dial the...
SupportDude,
Thanks for the help...that makes a lot of sense, and I'm closer now, but still not quite there.
I used 140 as a test since I had already changed that DN out of range and thus had 555-5140 as an unused DID.
I created Route 140, Gave it external number 321 (my extension on Site...
Here's what I have:
Two MICS connected via T1 (PRI enabler on both). Each has its own CP150.
System A is MICS 7.1 with a PRI from AT&T and 60 DID numbers.
System B is MICS 7.0 with 12 POTS lines.
I just had three users move from the building with System A to the building with System B. They...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.