Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - ralph

Pages: [1] 2 3 ... 365
1
Mitel MiVoice Business/MCD/3300 / Re: Realtime call logs?
« on: Yesterday at 04:42:59 PM »
I'm wondering...
If I remember correctly, at one time you could flag a phone as an ACD phone. Then  it would start generating ACD records which would include the number dialed. These records could be read via a telnet session to a specific port.
It's been so long ago and my memory is fading fast, I may be misremembering it.  And then if I am remembering correctly it may no longer be an option.

Ralph
[Edit] I've looked at the help files. To make the set an ACD phone, edit the Multiline IP Sets form. The ACD option is there.  There are some exceptions to making it an ACD phone so take a look at the help file on that page.  Then I think you should be able to connect to IP port 15373 to monitor for real time events.   The output is not the same as SMDR but you should be able to figure it out.

2
It will push to whichever system host a particular extension.
So if the extension is hosted on system 4 then it will push the changes to system 1.

You can try this:
On one of the extensions that has an issue, delete it then recreate it. Sometimes that will fix it.
But I wouldn't be afraid of doing the sync although that may not fix it either. You'll have to figure out what's causing it to fail on node 1.

Ralph

3
Introduction and Announcements / Re: Hello World
« on: May 16, 2024, 01:00:38 PM »
Welcome!

Ralph

4
I would do a packet capture on the SIP trunk and see if the call is actually hitting the trunk at all.
It is is, reviewing the packets may give you a clue.
For example, it may be rejected because the Caller ID is not correct.

If you don't see the call at all in the SIP traces, then then it's going to be in one of the following:
COS, COR or Tenant.


Ralph

5
Usually when I see this it's because of a routing issue.  That is if the FW is configured correctly.
Is the problem that the TW phones can ~never~ get audio or only when calling devices on certain subnets.
Also, you may want to ensure that the network routing in the TW server know about all of your inside networks, not just the one that he 3300 resides on.

Ralph

6
Introduction and Announcements / Re: Hello from New England
« on: March 21, 2024, 06:34:30 AM »
Welcome! We're glad you're here.

Ralph

8
Not that I'm aware of.

What are you trying to accomplish?

Ralph

9
Mitel MiVoice Business/MCD/3300 / Re: Cordless phone options for 3300?
« on: March 15, 2024, 06:48:01 AM »
What about just adding a SIP client to a cell phone?

Ralph

10
Weirdly, I'm thinking if you pull the screens out you may be able to get a few bucks for them on eBay.
There's a lot of hobbyist out there who may want them for Raspberry Pi projects.

I haven't tested that theory yet but I've been thinking a lot about it because I may be having a bunch to get rid of as well.

Ralph

11
Update:
I've verified that everything in the CESID assignment form has a number.
No change.
I found that by turning off Automatic updating the alarm goes away.
That's bumming me out a bit.

Ralph

12
Mitel MiVoice Business/MCD/3300 / Re: Call Routing question
« on: February 17, 2024, 07:49:17 AM »
Here's what I've done:
The supervisor want's to see the keys lit up so there needs to be key appearances if only for the visual indicator.
When the line is on hold it will flash.
Then the supervisor can use the "Remote Hold Retrieve" FAC to bring the call to their own prime line.

Usage: 5555 is on hold.
Supervisor dials <FAC>+5555.

Ralph

13
Yes. That's exactly what I did.  I exported the CESID assignment form and verified that everything in there had a number associated with it.
I thought the alarm would clear after a day but it didn't.

Ralph

14
Mitel MiVoice Business/MCD/3300 / Mitel MCD - Unable to Clear CESID Alarm
« on: February 13, 2024, 09:54:44 AM »
MCD Release level: 8.0 SP2

I've been working on clearing a CESID alarm.  The help files say this:
Quote
Assign CESIDs in the CESID Assignment form or the L2 to CESID Mapping form.
Once all DN CESID assignments are made, the system will clear the alarm.

So I've done that. Verified and put a fork in it.
I've gone through and ack'ed all the moves but it still doesn't clear.

Any idea what I might be missing?

Ralph

15
So /etc/cron.daily is a directory, not a file.  It contains several scripts.
So my guess would be that anything in the directory will get executed daily.
I'll test that by putting in my script.

Ralph

Pages: [1] 2 3 ... 365