Question about voip
-
internet bandwith speed problem
i solved the internet issue via bonding 2 Adsl routers hoking them to peplink router its working good for the download speed but the upload it wont be bonded i dont know Y?
the question how to compress voip calls and all codec
i did a search on how to compress voip calls and i found some companies and i dont know if they are fake or true.
i found these 2 companies can you chk them if you dont mind or if you have an idea how to compress voip calls or a device to compress voip calls
http://www.tech-benefits.eu
http://www.voipzip.com
http://www.voipex.co.uk -
You cannot bond two internet connections.
Your provider can, but you cannot.
You can get a router and hook up multiple internet connections to it and set it up to do things, but any specific TCP/UDP connection will only ever use one or the other. You will never get double the speed from a single TCPUDP connection.
-
@JaredBusch said:
You cannot bond two internet connections.
You can, actually. But the efficiency is not that great. The thing that you describe with the single TCP or UDP connection is what isn't bonded. But most bonding modes on a local switch work the same way, too.
-
@voipmarkets said:
i found these 2 companies can you chk them if you dont mind or if you have an idea how to compress voip calls or a device to compress voip calls
http://www.tech-benefits.eu
http://www.voipzip.com
http://www.voipex.co.ukSo what they are doing is interesting. What they are attempting to do is to replace the RTP (Real Time Protocol) that carries the VoIP call. It's not the call that they are compressing but instead they are hijacking the carrier stream and basically stripping it down and then recreating it on the other end. It's a form of WAN Optimization and it could work. Not sure how valuable it is, but it could certainly work. WAN Optimization is a science and a difficult one, but a real one that does do some interesting things.
Calling it compression is misleading. It might result in something like compression but that isn't what is happening.
-
Changing CODECs really does alter the compression. A standard, non-compressed CODEC is g.711. There are many CODECs that are more highly compressed like GSM, g.726, g.723, iLBC and g.729a (which requires special licensing which is often $10 per channel, one time fee.)
Nearly everyone focuses on the CODEC for compression. The drop in stream size from g.711 to g.729a is pretty dramatic. Although any compression sacrifices some audio quality too. But even g.729a can sound pretty good.
-
Are you really constrained by bandwidth? How much bandwidth does each ADSL channel have? How many calls are you trying to make? What CODEC are you using currently?
-
@scottalanmiller ech Adsl 1.5 mg and the upload 0.3 mg
-
@voipmarkets said:
@scottalanmiller ech Adsl 1.5 mg and the upload 0.3 mg
Ouch, that upload is the killer. 300Kb/s is only three calls if there is nothing else whatsoever going on on the line. Is there anyway to get anything other than ADSL where you are?
-
@voipmarkets said:
i solved the internet issue via bonding 2 Adsl routers hoking them to peplink router its working good for the download speed but the upload it wont be bonded i dont know Y?
Peplink's method doesn't really make it bind the two connections into one superpipe.
If you are looking for something like that, use a peer in a datacenter where you can establish a VPN. The DC would then be your "connection" and with Peplink's bonding you would get the full speed over the two links minus overhead.
-
@scottalanmiller thats what im talking about ................... now i think you understand me
-
@PSX_Defector Sir peplink 310 its really good and working fine and i bonded 3 connection together but the problem it bond only the download speed ............ its not working for the upload this is the problem
-
@voipmarkets said:
@PSX_Defector Sir peplink 310 its really good and working fine and i bonded 3 connection together but the problem it bond only the download speed ............ its not working for the upload this is the problem
I think for this use case, a round robin of three completely separate links would work better. You could place outgoing calls on the unloaded links to spread out the upload.
-
I don't think bonding is really going to help you. The problem is that if the connection is established over one of the links it stays on that link and doesn't "split" between the two you have a call on one connection and some extra bandwidth the call will likely establish on the next connection and you will just end up with extra unused bandwidth as the bonding doesn't really bond them into a single line. It can work fine where you have a bunch of small sporadic web page loading but, I don't think it will help in your situation.
Is this is single location IP Phone system or do you have a VPN in multiple locations? First I'd look for a better WAN connection, either Fiber, Cable or a WISP etc. If you can't do that you might go with a PRI, or single analog lines or even a cellular interface for the pbx.
