Logicwrath Posted September 23, 2016 Report Share Posted September 23, 2016 https://2600hz.atlassian.net/browse/KAZOO-5088I created a JIRA ticket if anyone wants to upvote and follow for DTMF DSSKeys for Yealink phones. Link to comment Share on other sites More sharing options...
Logicwrath Posted September 23, 2016 Report Share Posted September 23, 2016 esoare:I have tried using dynamic_cid -> DISA, and it does not have any effect on the caller ID? I also ensured that the user, device, and the company did not have a default caller ID set to test. I also tried with and without a "blank" prepend ahead of the dynamic CID object to see if that would essentially "reset" the CID prior to hitting the other call flow modules.http://prntscr.com/clg2otI did have the PREPEND + DISA mostly working, it was just not 100% reliable. It seems that 1-3 out of 15 calls will show incorrect caller ID.I was hoping somebody could confirm that creating a single device and registering it on many phones will not cause issues. This would allow me to register one device per DID if I needed to as a last resort.I am not sure why it is so hard to change outbound caller ID. This seems like a basic feature. What is the point of having multiple DID's if you can't easily use them? Link to comment Share on other sites More sharing options...
Karl Stallknecht Posted September 23, 2016 Report Share Posted September 23, 2016 I can't get this to work either :-/ See my comment earlier in the thread... Link to comment Share on other sites More sharing options...
Logicwrath Posted September 23, 2016 Report Share Posted September 23, 2016 I assume you are referring to the PREPEND + DISA method. I wanted to add that my testing with this technique was using a handset registered to the system and not from a cell phone outside the system. Link to comment Share on other sites More sharing options...
Logicwrath Posted September 23, 2016 Report Share Posted September 23, 2016 I was able to get the call flow for the EXT -> Dynamic CID -> DISA working. I had to check the box that says "Keep the original Caller-ID". So far that has been reliable.However, the call logs and history will only show calling this local extension instead of the actual number getting sent into DISA. While this is better than buying 2 or 3 times the devices it still does not feel like a "permanent fix". I hope there is a better way to do this soon.Additionally, not being able to provision the DTMF key in the Advanced Provisioner adds complexity. Link to comment Share on other sites More sharing options...
esoare Posted September 23, 2016 Report Share Posted September 23, 2016 Totally agree. I wonder how hard it is to add DTMF to the Combo Key in Advanced Provisioner... I would figure there may be different terminology/setttings based on different manufacturers... In any case, good for you on persevering. Link to comment Share on other sites More sharing options...
Logicwrath Posted September 30, 2016 Report Share Posted September 30, 2016 It appears that a ticket was opened related to this on the reseller call:https://2600hz.atlassian.net/browse/KAZOO-5100 Link to comment Share on other sites More sharing options...
Logicwrath Posted September 30, 2016 Report Share Posted September 30, 2016 Some uses cases include:1. Client has multiple businesses running out of a single or multiple locations and needs to be able to change the caller ID depending on the call they are making. (Joes Catering, Joes Cleaning, etc.)2. Client is an answering service for many DIDs in multiple locations throughout US/CAN and needs to be able to switch the caller ID depending on which state they are returning the call in. In my use case this is scheduling but I could see this for sales type organizations as well. Link to comment Share on other sites More sharing options...
2600Hz Employees Aaron Gunn Posted September 30, 2016 2600Hz Employees Report Share Posted September 30, 2016 Yessir! We're discussing 4.x objectives and this is on the list of customer priorities. Thanks for your feedback and we may post here with more questions as the team looks at it. Link to comment Share on other sites More sharing options...
Logicwrath Posted October 6, 2016 Report Share Posted October 6, 2016 I wanted to post that I did open a request to get DTMF line keys put into provisioner for Yealink phones and sidecars. Please consider voting for this and following the ticket progress:https://2600hz.atlassian.net/browse/KAZOO-5088 Link to comment Share on other sites More sharing options...
Tuly Posted November 16, 2016 Report Share Posted November 16, 2016 Any word if this will be anytime soon? we are really waiting for this, Link to comment Share on other sites More sharing options...
Tuly Posted December 13, 2016 Report Share Posted December 13, 2016 this trick of using the "prepend caller ID" seems to be broken since the update to 4.0, anyone has a way around that? or maybe we can have a 2600HZ solution for the ticket https://2600hz.atlassian.net/browse/KAZOO-5100 Link to comment Share on other sites More sharing options...
Administrators Darren Schreiber Posted December 13, 2016 Administrators Report Share Posted December 13, 2016 Hi there, So this is being handled with fairly high priority at this point on our team via your support ticket FYI. The problem is that ironically you may have been exploiting a bug, and we didn't understand that.So we're trying to sort that out. PREPEND is supposed to PRE-PEND or add to the beginning a number, and leave the rest of the number intact. This allows you to, say, add the digit 1 or 2 to a phone number to identify if the call is a work or personal call, or add "Sales" to the Caller ID Name if it's a VOIP call. But keep the rest intact. This is allowed by most carriers even though the number is more than 11 digits.From what I gather, it sounds like this was actually somehow being used in a way where you were stripping stuff off a capture group and maybe using a bug which didn't properly add the remainder of the number back.We're trying to sort out how to not continue having a bug while also supporting your use case. We would hate to revert a legitimate bugfix just to support the one use case which is actually a bug.I think Karl and Hessam are engaged heavily on this right now.We will get this working again, somehow, hopefully with minor need or no need to modify your callflows. Link to comment Share on other sites More sharing options...
Tuly Posted December 13, 2016 Report Share Posted December 13, 2016 Darren I really appreciate your understanding, I don't know if it's only us, but we have a huge need for that, I know a lot of our clients are not making phone calls that they're supposed to make now, because it must come up a different caller ID when they're calling certain banks or certain people ETC, ( what we did the last week is crazy, but they call us with the complaint, we change the caller ID on there device, they are making the call and then they're calling us back to change it back to the normal outbound caller ID...again thanks Link to comment Share on other sites More sharing options...
Rick Guyton Posted November 15, 2017 Report Share Posted November 15, 2017 Hi all, I just created a feature for this. Check it out! Link to comment Share on other sites More sharing options...
Tuly Posted November 15, 2017 Report Share Posted November 15, 2017 34 minutes ago, Rick Guyton said: Hi all, I just created a feature for this. Check it out! @Rick Guyton thank you for that!! why cant you do this with a simple static caller ID callflow? Link to comment Share on other sites More sharing options...
Rick Guyton Posted November 16, 2017 Report Share Posted November 16, 2017 (edited) 16 hours ago, Tuly said: @Rick Guyton thank you for that!! why cant you do this with a simple static caller ID callflow? Hi Tuly, I'm not sure I understand your question. But I think you are asking me why you have to use a pattern (feature code) instead in the call flow instead of a static number. If so, you don't have to actually. Consider this: Problem: When I call my my mom at 9095555507, I want to spoof my cellphone's caller ID (4805555516) Solution: Create a callflow in my account for the static number 9095555507 and point it to a pivot script https://api.telkit.tk/scid/4805555516. Now, when I call my mom, at 9095555507, my outbound call will hit my pivot script and my caller ID will change to my cell phone number 4805555516. But this is really limited. What if I want all of my family in so cal to see my cellphone caller ID when I call them? Not just my mom? If I stick to this method, I now have a few dozen call flows to make. New Problem: When I call anyone in the 909 area code, I want to spoof my cellphone's caller ID (4805555516) Solution: Create a callflow in my account for the pattern ^909 and point it to a pivot script https://api.telkit.tk/scid/4805555516. Now, any time I call a number in the 909 area code, it will use my cell phone CID 4805555516. This is super powerful and some sales may love a tool that calls out using matching area codes. But, I'm using this for my family and my little sister, wife and daughter all live in AZ with me and have 480 area code numbers. New Problem: When I call anyone from my family, I want to spoof my cellphone's caller ID (4805555516) Solution: Well, I can't use area code based call flow anymore.. So I've either got to create callflows for each of my family's numbers. So, just make a feature code for calling out under my cellphone caller ID. Since I might want to call friends, ect with my cellphone number, I'll just make a feature code using the direction in the tutorial. You could do any of this and more... I'll share a really cool config I did for a client in just a minute that's totally out of the box in a minute. But, as you read through the scenarios, I think you'll see why the best practice is to simply setup a feature code. As people use features, their use cases for that feature grow and it'd suck to accommodate each problem as it grows if you were servicing a client. Ok, you didn't ask but I have to share this config just because I was astounded just how powerful the 2600hz platform can be. Problem: An enterprise client purchased a single building for two of their entities to use. On Mondays and Fridays, CompanyA will use the building and all at all other times, CompanyB will use it. Both companies need the phone system to operate using their numbers on their days. This is easy enough for inbound. But outbound calling is a tough nut to crack... Solution: Create a feature code (*80*) and point it to a time of day. On Monday and Friday, go to the pivot https://api.telkit.tk/scid/CompanyANum. And set all other times to go to https://api.telkit.tk/CompanyBNum. Then, I configure all phones in the building to prepend *80* to all 11 and 10 digit numbers. BOOM, time based dynamic caller ID and it is SOLID. Edited November 16, 2017 by Rick Guyton (see edit history) Link to comment Share on other sites More sharing options...
Recommended Posts