[cisco-voip] bandwidth restrictions for MRA clients - necessary or not?

Wed Apr 6 11:37:57 EDT 2016

Video is disabled by default over mobile data, at least on Jabber Android and audio shouldn't use a lot of data. I haven't even tried video on mobile data because like you said the data usage could go up pretty quick.

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: 06 April 2016 8:05 AM
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] bandwidth restrictions for MRA clients - necessary or not?

I honestly don't know.

I'm new to the whole Jabber world, as well as to video codecs and bit rates.

I could be worrying about something that I don't need to be, i.e. a 10 minute Jabber video call will never use more than X megabytes of data.

Then again, it's only a matter of time until clients will want to use the quality that comes with a mobile phone front facing camera to have a HD video call from anywhere.

---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354
lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

________________________________
From: "Dennis Heim" <Dennis.Heim at wwt.com<mailto:Dennis.Heim at wwt.com>>
To: "Lelio Fulgenzi" <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>>, cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Sent: Wednesday, April 6, 2016 10:00:11 AM
Subject: RE: [cisco-voip] bandwidth restrictions for MRA clients - necessary or        not?

Can many mobile jabber devices with cellular connectivity do more than 360p?

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: Wednesday, April 06, 2016 9:53 AM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] bandwidth restrictions for MRA clients - necessary or not?

Thanks Eric.

I had a similar discussion with a Cisco engineer. Basically, let Jabber figure things out. Which is all fine and dandy, until you read that Canada pays some of the highest fees for mobile data in the world. lol.

There are not many unlimited data plans available, and a simple 10 minute video call at 10mbps (using 5mbps for calc) could probably use up 3gb of data traffic.

But then, I don't want to impact quality for Jabber clients on wifi connections.

I'm guessing that I might go with leaving device mobility out of the picture for now and ensuring video calling is disabled while on mobile networks.

________________________________
From: "Eric Pedersen" <PedersenE at bennettjones.com<mailto:PedersenE at bennettjones.com>>
To: "Lelio Fulgenzi" <lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>>, cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Sent: Monday, April 4, 2016 11:00:36 AM
Subject: RE: [cisco-voip] bandwidth restrictions for MRA clients - necessary or        not?

Jabber apparently monitors packet loss and sets the video rate accordingly, which is why the quality starts out really low and them improves with the call. I don't think any of the phones do that, but I believe the 8845 maximum bandwidth is 2mpbs.

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: 04 April 2016 7:40 AM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] bandwidth restrictions for MRA clients - necessary or not?

quick question... how are people restricting the video/audio bandwidth for Jabber MRA clients or physical phone MRA clients for that matter?

we have not had to use locations or enabled mobility (i think that's the IP Address based feature) since we have high speed, low latency WAN links to our locations.

is it even a problem that I need to consider?

i'd like to make sure we have the best video quality while on-campus (including those connected via high speed WAN links), so i've set the default bw to 10mbps.

i'm wondering how that will impact MRA clients.

---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354
lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

The contents of this message may contain confidential and/or privileged subject matter. If this message has been received in error, please contact the sender and delete all copies. Like other forms of communication, e-mail communications may be vulnerable to interception by unauthorized parties. If you do not wish us to communicate with you by e-mail, please notify us at your earliest convenience. In the absence of such notification, your consent is assumed. Should you choose to allow us to communicate by e-mail, we will not take any additional security measures (such as encryption) unless specifically requested.

If you no longer wish to receive commercial messages, you can unsubscribe by accessing this link: http://www.bennettjones.com/unsubscribe<http://www.bennettjones.com/unsubscribe>

The contents of this message may contain confidential and/or privileged 
subject matter. If this message has been received in error, please contact 
the sender and delete all copies. Like other forms of communication, 
e-mail communications may be vulnerable to interception by unauthorized 
parties. If you do not wish us to communicate with you by e-mail, please 
notify us at your earliest convenience. In the absence of such 
notification, your consent is assumed. Should you choose to allow us to 
communicate by e-mail, we will not take any additional security measures 
(such as encryption) unless specifically requested. 

If you no longer wish to receive commercial messages, you can unsubscribe 
by accessing this link:  http://www.bennettjones.com/unsubscribe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20160406/b14fc59e/attachment.html>