@dafyre
Definitely Same Cable . . .
Posts made by JasonMinard
-
RE: Massive Throughput Loss On WiFi
@DustinB3403
Oops - to be honest, I'm not sure - Would 2.4 Vs 5.0 Make that big a difference? Sorry, I haven't a massive amount of experience on WiFi and really appreciate your help . . . -
Massive Throughput Loss On WiFi
Hi All:
I am probably missing something obvious here but the enclosed diagram should explain my dilemma. I have excellent ( for Ireland ) incoming Broadband Service (280 Mbps). Serious loss always all over ( as per my diagram ) . . .
Any ideas, please?
Kind Regards
John
-
RE: Another FreePBX Sangoma Query . . .
Working perfectly! Once I excluded 70. Thanks everybody.
No need to treat anybody like you have Jared - childish! We are here to help each other - nothing gained by disrespecting each other! Just makes people afraid to ask question then.
-
RE: Another FreePBX Sangoma Query . . .
@JaredBusch You know what - I didn't come to this forum to be treated in this disrespectful manner. You have no idea what I know and don't know, Jared, and I never addressed you in such a disrespectful manner.
Equally, you responded to Dashrender in a similar disrespectful manner. The idea of a forum is that you can ask a question and, even, give a reply without being disrespected!
-
RE: Another FreePBX Sangoma Query . . .
@Dashrender Thanks Dashrender- Exactly!
-
RE: Another FreePBX Sangoma Query . . .
@JasGot We have no difficulty making changes via the Web Interface - being using Yealink and Sangoma with a couple of years now. I think you missed what I was asking - Thanks a mill anyway . .
-
Another FreePBX Sangoma Query . . .
I am in the process of moving a customer from one VoIP Provider to ourselves. We use FreePBX whereas the previous provider use Kazoo(?).
The handsets are Yealink T26 and they want to continue using these i.e. not investing in new handset hardware without good reason.
Most of the changeover is extremely straight forward except for one thing - they use four line keys as "park keys" on their phones at the moment called Park 1, Park 2, Park 3 and Park 4. These keys are programmed as:
Park 1 = BLF for *31
Park 2 = BLF for *32
Park 3 = BLF for *33
Park 4 = BLF for *34When on a call they can park INTO A PARTICULAR SLOT, the BLF LED will go from Green to Red to indicate that a call is parked in there and they can retrieve the call by pressing the same key.
I can see the logic - it was probably used to ease the change from old key system etc.
Now with FreePBX / Sangoma I have *70 only which will park calls into stack incrementing slot per call and Audio / REST Feedback as to Slot Number etc.
The shortfall of this is that we can monitor those slots with BLF but we are pressing the same Key to Park / UnPark. i.e. you can program a Call Park Key and setup a few BLFs to monitor, say, 70, 71, 72 etc. but you are parking with a different key to retrieving.
Is there any way we can have the performance IDENTICAL?
-
RE: Getting Familiar with Sangoma S500 running with FreePBX as back end. . .
Hi . . Wow, OK Jared . . . Would there be any chance you could send me more details / scripts to implement here . .. I have spent the day on site and my head is wrecked . . .
-
RE: Getting Familiar with Sangoma S500 running with FreePBX as back end. . .
Thanks a mill for that Jared . . .
I have only started using the Sangoma . . . used Yealink before that and was told that Sangoma and FreePBX are "made for each other" . . .
Do you think it might be possible that there is a "non-REST" options for System Wide contacts or is there some where I shoudl check?
-
RE: Getting Familiar with Sangoma S500 running with FreePBX as back end. . .
I tried that Jared and seems like that there is a complete disconnect between what happen with the REST application and what's happening locally on the phone.
As suggested, I have programmed up a BLF with the REST XML code and it works perfectly. However, when I am on a call and access the Contacts in this manner I still can't complete the transfer via this method. It actually dials the person with the "Mid-Transfer Call" still on hold but doesn't allow me to complete the transfer.
I agree completely regarding the REST apps - definitely slow and clunky . . .
What do you use for a System Wide contacts list as an alternative?
-
RE: Getting Familiar with Sangoma S500 running with FreePBX as back end. . .
Yes, Scott, I am finding that and am a little surprised. We are replacing an Alcatel System where it seems to be a standard feature and. to me, I would have thought a reasonable expectation. Maybe not here with only a small number of extensions but if you imaging a place with 100s of extensions and want to transfer a call - I would have thought it would make sense that they could access their contacts to look up the party they want to transfer to . . .
-
Getting Familiar with Sangoma S500 running with FreePBX as back end. . .
Hi Scott and All:
Firstly, please forgive me is this is a stupid question but I am deploying 11 Sangoma S500 with hosted FreePBX as back end.
I have sorted most queries except one that really has my head wrecked.
If I pick up an incoming call on an extension and discover that I need to transfer this call to another extension. Call is live and I hit the "Transfer" Horizontal Key.
I wish to be able to look up the PBX Contacts list to allow me complete the transfer but I don't seem to be able to look up the Contacts App from within a live call / Talk mode.When the phone is Idle I have Full Access to this Contact list as I have a horizontal key programmed as "REST-Contacts" but have no access to this once on live call / Talk Mode.
I reckon that the difference is something about "REST-Contacts" is an application running from the PBX and not a "Native Function" of the handset e.g. Directory?
If this is the case, is there any workaround? The old system did it and they seemed to have relied on it quite a bit - now I am quickly losing face . . .
Any help appreciated . . .
Thanks a Million
Jason