Page 1 of 2 12 LastLast
Results 1 to 10 of 13

Thread: Watched Extension mode - side effect.

  1. #1
    Senior Member
    Join Date
    Aug 2008
    Location
    Chilterns - SouthEastern England.
    Posts
    213

    Default Watched Extension mode - side effect.

    I've programmed one of my lit keys to "watch" the extension that most incoming calls for our dept come to. That means that I can see who's calling it, or that it is in use, on my screen.

    1) If TWO calls are on that extension, I can see both on my screen - but is there any way I can tell which one is active, and which is ringing?

    2) If ANY activity is going on on that Extn, my screen shows that activity, and the softkeys are linked to that, I therefore can't access my Director, Missed Calls list (etc) - is there anything I can do to temporarily detach from "watching" mode? If I'm not very careful I just end up "stealing" the active call on that extension or, worse, hanging it up.

    What will happen if I just press the lit F-key - will that un-light and un-watch or will it grab the extn?

  2. #2

    Default

    With the telephone that is being watched.. only the ringing call to that telephone will be picked up if you use the pickup key or depressing the BLF key for that extension.

    The interesting thing with SIP .. only the active call or first call will make the telephone ring so if a telephone is ringing you can pick that call up only.. if it has 2 calls presented to the telephone.. only the first ringing call is available to pick up as i understand it.

    Maybe David can shine some of his SIP Guruness here if I am wrong

    I dont know if you personalise your telephone outside of the "Epygi" configured realm as I do... but if you dont the above should also be pertinent.

    Regards

    Kevin

  3. #3
    Quadro Architect
    Join Date
    Jun 2006
    Location
    Around myself
    Posts
    2,075

    Default

    All this is very phone-specific.. Even real SIP guruness will not help here , as the telephone behaviour is not fixed by any spec, moreove by SIP spec... Actually there are official requirements to SIP devices, but they don't define the behaviour so strictly, and are just recommendations on what to support, in general form.

  4. #4
    Senior Member
    Join Date
    Aug 2008
    Location
    Chilterns - SouthEastern England.
    Posts
    213

    Default

    Well I can see that it's a feature of the Snom - but also a feature of the Eypgi, which must, after all, be acceeding to the Snom's request for the data on the "watched" extension.

    I note you guys have chosen two or three brands of IP Phone to "major" in, and that's good news. I think you do need to make your adoption of those phones even closer though, perhaps setting up some whitepapers on how to get the absolute best out of each feature - and which features won't work properly.

    Bear in mind if you will, as resellers, our oppositition is NOT, by and large, other IP PBX solutions, it's "legacy" systems like Mitel and the advantage of such systems is the phone sets are made to match the PBX, so every feature of the phone set is supported by the PBX and usualyl well documented, or, at least, well enough known by the installer that the customer gets a working config which looks pretty and is workable. And doesn't have half a dozen "unassigned" buttons, etc.

    I'm more than happy to help out with this, if only by asking the questions that sooner or later need to be answered! :-)

  5. #5
    Quadro Architect
    Join Date
    Jun 2006
    Location
    Around myself
    Posts
    2,075

    Default

    Well, I asked our IP phone guys to answer here, so you can help them by asking questions

    We in Epygi understand that we have to deal with all the oddities of the supported IP phones.. and we have some relationship with those phone vendors to resolve issues together (mostly the most obvious issues).

    I would personally prefer us having our own Epygi phone, so we could concentrate on that, and resolve the issues quickly and in best way, but I am not sure this is going to happen soon. Until that - our guys have to be responsible for our supported phones behaviour (to some extend at least ).

  6. #6

    Default

    Hey there Mr Epygi Marketing people... just for what it is worth ...

    I tout the Epygi as an important tool for companies to adopt because of not being proprietry .. and it has been a successful marketing tool against the Proprietry manufacturers..

    People love Choice... they embrace it and it is one of the many reasons behind chosing an Epygi over NEC, Samsung, Siemens, Aria, LG. I reluctantly market these brands as well but I prefer to sell the Epygi.

    You can have a mixture of telephones that work with the Epygi on the same subnet or even remotely connected. SNOM, AASTRA, Thompson, Cisco, Polycom, Granstream, the list continues ... all of these devices can live happily enough with the Epygi to work in a fashion where the user can make, take, transfer and hold a call and get voicemail.

    It is a credit to the design and manufacture to the people behind the company that have allowed it to progress in the way it has ...

    Take that edge away and you have a not so known system brand competing in the traditional hard wired branding that most businesses remember. Sales might drop due to it.
    Epygi isnt as well known as Cisco, well not yet but it is getting there ...

    I have many a client that knows the system works very well, and that is starting to reflect in my sales...

    Now to sum up, there is a saying in Oz , "If it aint broke Dont fix it !"


    Regards

    Kevin

  7. #7
    Quadro Architect
    Join Date
    Jun 2006
    Location
    Around myself
    Posts
    2,075

    Default

    Ok, Kevin, that was just my wish - Epygi having its own phone (or better, a rebranded phone of known brand with an ability to modify the code). But that is mostly developer's wish, so marketing people will still want to support other brand phones for sure

    We are considering a possibility to rebrand/develop a phone, but this is not in the nearest plans, and this will not affect our support for Snom/Aastra/others.

    IP Phone guys are still welcome to comment here on ccomley's questions, and most probably they will do that soon

  8. #8
    Senior Member
    Join Date
    Aug 2008
    Location
    Chilterns - SouthEastern England.
    Posts
    213

    Default

    Alll noted!

    I realise taht there are going to be problems that arise which are phone issues not PBX issues but we have to sell phones with the PBX. We picked Snom as it was suggested that it was a good match and one taht you guys deal with.

    So I'll re-ask this question on the Snom forum but... if an Epygi user or even an Epygi tech happened to know what I'm on about and know a work-around, there's no harm in saying so! :-)

    I'd suggest you consider a "specialist" (person or small team) on the team at Epygi for each phone you work with, who builds up a set of "tricks and tips"...

    Actually, you could do with one or more peiople to do that for the PBX range itself. The documentation is nicely laid out, but it's very flat, needs a lot more content.

    Or is the object to keep it sufficiently obscure as to stop Joe Public from just buying the units from box-shift outlets and bypassing teh reseller? I'm all in favour of THAT but...

  9. #9

    Default

    Hey Chris, which half a dozen of keys (6) are you interested in using on the SNOM's... I can only see 1 fixed key that isnt used on the SNOM .. funnily enough it is named the "SNOM" key

    All other keys I use . Record, Directory, Function keys... Programmable keys....

    Which ones were you trying to get leverage out of ?

    Regards

    Kevin

  10. #10
    Senior Member
    Join Date
    Aug 2008
    Location
    Chilterns - SouthEastern England.
    Posts
    213

    Default

    As you say the "SNOM" key is undefined (or, rather, it's defined as a function but the function doesn't do anything).

    But I'm talking mainly about the six/12 (or more with extension boxes) keys with no lables (or handwritten!) and lights next to them.

    The top left one lights up when there's a call in use on the ISDN trunk. Pressing it grabs the call (I've not tested if it lets me take the call even if my extenion isn't ringing).

    The rest are not defined, so far as I can tell, by default. But the Epygi has some control over these buttons.

    As you can see I've experimented with the "watch extention" function, and it's quite useful but has a fairly significant flaw which might mean most folk won't want to use it. it's FAR to easy to "grab" an already-in-progress call off the watched extension, and it's near impossible to use the soft-keys (the ones at the bottom of the display) for their normal functions if any call is ringing or in progress on a Watched extension.

    I've not played with the othre functions yet. The documentation doesn't tell you what they do, only that they exist, typically, so finding out what they do is going to be a matter of experimentation.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Operation Mode Port WAN
    By jcuellar in forum Installation
    Replies: 4
    Last Post: 04-12-2013, 11:46 PM
  2. How to access a file server from the LAN side
    By max.siegrist in forum 'How Do I' Questions
    Replies: 3
    Last Post: 03-07-2008, 12:07 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •