I try it now in an other well-tested serevr.
from yesterday evening to now, there is now problem, i will give you news
if the problem occurs again, or not.
Nico
On Tue, 6 Mar 2007, Anton wrote:
Anders,
Any chance to know when are you planning to release a next
chan_ss7 version? As you may
Anders,
Any chance to know when are you planning to release a next
chan_ss7 version? As you may know chan_ss7 0.9 does not
work with asterisk>1.2.14 and zaptel>1.2.12 . Hopefully
that will not be an issue for a new version.
Regards
Anton.
On 23 February 2007 13:56, Kristian Nielsen wrote:
> A
Which version are you using now?
Best regards
Anders Baekgaard
On Tuesday 27 February 2007 18:55, Mr.Surender Reddy wrote:
> yes there is a problem with Chanss7 version 9 We are now using old chanss7
> we are not getting any compliants about one way speech else we used to many
> complains from th
yes there is a problem with Chanss7 version 9 We are now using old chanss7
we are not getting any compliants about one way speech else we used to many
complains from the customers.
Regards
surender
On 27/02/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Which E1-Cards all of you guys use?
i had similar problem when using sangoma pcix when i used the old
wanpipe*.conf stuff without some changes made in their changelog for the new
wanpipe drivers. i had one way audio or complete loss of audio.
however, since i made the changes to the e1 card configs, everything seems
to have been ok
Which E1-Cards all of you guys use?
is it possible that the Hardware Echo Canceller is the reason for this
Problem? i'm using TE412P
Thanks
Nico
On Fri, 23 Feb 2007, Anton wrote:
Kristian,
I can't say exactly right now - but i've switched whole
internal communication from IAX2 over to SI
Anton <[EMAIL PROTECTED]> writes:
> that IAX is not causing this problem. The next step (since
> I've got the case with SIP too) will be to determine if
> audio actually arrives to a chan_ss7, though I don't know
> yet how exactly will do that :) (any advice?) It's not very
I would suggest in
Kristian,
I can't say exactly right now - but i've switched whole
internal communication from IAX2 over to SIP to make sure
that IAX is not causing this problem. The next step (since
I've got the case with SIP too) will be to determine if
audio actually arrives to a chan_ss7, though I don't kn
How can i monitor where the audio is lost?
Thanks
Nico
On Fri, 23 Feb 2007, Kristian Nielsen wrote:
Anton <[EMAIL PROTECTED]> writes:
In my case? when i do have 1way audio, it's always in the IN
direction. I mean in the scheme
--SIP-- - the side
cannot hear the - but users hears PS
Its always also the same direction.
On Fri, 23 Feb 2007, Anton wrote:
I had yesterday the case again.
In my case? when i do have 1way audio, it's always in the IN
direction. I mean in the scheme
--SIP-- - the side
cannot hear the - but users hears PSTN.
What's in your case? Any othe
Anton <[EMAIL PROTECTED]> writes:
> In my case? when i do have 1way audio, it's always in the IN
> direction. I mean in the scheme
>
> --SIP-- - the side
> cannot hear the - but users hears PSTN.
Where is the audio lost? Ie. is there audio arriving from the SIP side on the
network? Are a
I had yesterday the case again.
In my case? when i do have 1way audio, it's always in the IN
direction. I mean in the scheme
--SIP-- - the side
cannot hear the - but users hears PSTN.
What's in your case? Any other behaviors?
On 23 February 2007 13:07, [EMAIL PROTECTED] wrote:
> I don't
I don't know exactly, but it seems to be that a working Call Flow looks
like this:
-- Executing Dial("IAX2/srv8-srv25-4", "SS7/W05/0043123456789") in new stack
-- SS7 request (SS7/W05/0043123456789) format = 0x8.
-- SS7 channel SS7/W05/0043123456789 allocated successfully.
--
13 matches
Mail list logo
