Ranga wrote:
> On Fri, Jul 31, 2009 at 5:02 PM, Yakout 
> Esmat<[email protected]> wrote:
> > As Paul mentioned. You would want to consume the least amount of 
> > bandwidth per call over your choked up DSL link, while on 
> the LAN you 
> > want to use the better quality G711 CODEC.
> >
> > The way Cisco does it is, group extensions that are on the same LAN 
> > together in a logical group and then specify that all extensions 
> > within this group use alaw, while communication between 
> this group and 
> > other groups (supposedly over the WAN) use G729.
> >
> > The point here is, by grouping extensions together you can specify 
> > which
> > CODED(s) could be used Intra-group and which ones could be 
> used Inter-group.
> > This way give admins much needed flexibility.
> >
> > By using the group concept you can also configure many other 
> > parameters that only relates to intra-group conversations.
> >
> > cheers
> 
> 
> One way this can be accomplished is by editing the SDP on the 
> way to the ITSP. All IN/OUT signaling activity for a given 
> ITSP that has a codec restriction, gets the filter applied. I 
> like using the notion of an exclude set better than an allow 
> set as suggested by Paul -- there is less work for sipxbridge to do.

I understand how you'd prefer to deal with an exclusion set in
sipXbridge, but that sounds like an implementation detail.

The admin should see simply a list of codecs that can be selected and
de-selected.  I would suggest using the new Codec Preferences selection
GUI control.  For those that haven't seen XX-5492 yet, check it out
here:
http://track.sipfoundry.org/secure/attachment/20664/New_Polycom_Codec_Se
lection.JPG.jpg  This is great stuff!

By default a new SIP Trunk should have all known codecs selected, and
therefore an empty exclusion set.


-Paul
[email protected]


_______________________________________________
sipx-users mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to