Steve Kann wrote:
Richard Scobie wrote:

My SVN asterisk systems use the following topologies:

1) PolycomSIP -> *1 ->IAX-> *2 -> H323 Gateway

2) PolycomSIP -> *1 ->IAX-> *3 -> Zap TDM400 Analog

3) H323 Gateway -> *2 ->IAX-> *3 -> Zap TDM400 Analog

There's a few points in here so far:

1) the new jitterbuffer and trunktimestamps are independent settings, and have independent effect. You get the same effect with trunktimestamps (correct pass-through of frame timestamps), whether you use the jb or not.

Thanks. As they were introduced with the new jb, I was unsure if they were dependent on each other.

2) The IAX jitterbuffer is disabled _by default_ (unless you use "forcejitterbuffer"), when a call is bridged from an IAX channel to another VoIP channel. So, you don't need to forcibly disable the jb in your case, it should automatically be disabled: In your cases, it would only ever be enabled on box "*3", when a call comes in from IAX, and goes to zap.

I had noted this on *1 (the SIP end) and was not sure whether there was any extra fixed delay in the path with it automatically disabled, so to be sure, forcibly disabled it.

However, on *2 (the H323 GW end), the IAX jb is not being automatically disabled. I am using OOH323, so perhaps this is something I need to bring to their attention?

3) Yes, the setting in zapata.conf is for 4 very small buffers, which are different than than the IAX jb.

OK.

Thanks again for clarification on all this.

Regards,

Richard
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to