@dafyre
Definitely Same Cable . . .
JasonMinard
@JasonMinard
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 . . .