mIRC? I think that will work great.
/b
On Apr 8, 2008, at 2:17 PM, kokoska rokoska wrote:
> 2. I have never used IRC, could you recommend me some proven client?
> Now
> I'm on windows xp machine.
Brian West
sip:[EMAIL PROTECTED]
___
Freeswitch-
kokoska rokoska napsal(a):
kokoska rokoska napsal(a):
Anthony Minessale napsal(a):
That's all fine but the call leg does exist?
phoneA -- legA ---> FS <--- legB--- phoneB
if phoneB leaves and FS did not get a bye legA will never end so
naturally when you hangup
phoneA you will get a 20
Get on IRC. Is that possible?
/b
On Apr 8, 2008, at 2:04 PM, kokoska rokoska wrote:
>
> kokoska rokoska napsal(a):
>>
>>
>> Anthony Minessale napsal(a):
>>> That's all fine but the call leg does exist?
>>>
>>>
>>> phoneA -- legA ---> FS <--- legB--- phoneB
>>>
>>>
>>> if phoneB leaves and FS di
This is my e-mail without too big dump :-)
Anthony Minessale napsal(a):
> yes do you have both a pcap and a console trace of the call.
>
> start freeswitch with TPORT_LOG=1
>
> TPORT_LOG=1 /usr/local/freeswitch/bin/freeswitch
>
> set debug level
>
> > console loglevel debug
>
>
> capture a
kokoska rokoska napsal(a):
>
>
> Anthony Minessale napsal(a):
>> That's all fine but the call leg does exist?
>>
>>
>> phoneA -- legA ---> FS <--- legB--- phoneB
>>
>>
>> if phoneB leaves and FS did not get a bye legA will never end so
>> naturally when you hangup
>> phoneA you will get a 200ok
Anthony Minessale napsal(a):
> That's all fine but the call leg does exist?
>
>
> phoneA -- legA ---> FS <--- legB--- phoneB
>
>
> if phoneB leaves and FS did not get a bye legA will never end so
> naturally when you hangup
> phoneA you will get a 200ok on it's leg.
>
> That is why I asked
That's all fine but the call leg does exist?
phoneA -- legA ---> FS <--- legB--- phoneB
if phoneB leaves and FS did not get a bye legA will never end so naturally
when you hangup
phoneA you will get a 200ok on it's leg.
That is why I asked you for the traces because it's most likely the case
t
I would recommend you join the IRC channel for more help... More
people can help you.
It's on irc.freeswitch.org in #freeswitch everyone in there is rather
friendly and we are all there to help you.
/b
On Apr 8, 2008, at 1:15 PM, kokoska rokoska wrote:
>
> Thank you, Antohny, for your reply
Anthony Minessale napsal(a):
> yes do you have both a pcap and a console trace of the call.
>
> start freeswitch with TPORT_LOG=1
>
> TPORT_LOG=1 /usr/local/freeswitch/bin/freeswitch
>
> set debug level
>
> > console loglevel debug
>
>
> capture all the text on the console
>
I have just u
Also, for now i think the 4th time, may i suggest you join our irc channel
so others may help me in assisting you?
I have been working fairly hard to keep up with your constant stream of
nearly realtime email requests.
On Tue, Apr 8, 2008 at 10:57 AM, Anthony Minessale <
[EMAIL PROTECTED]> wrote:
yes do you have both a pcap and a console trace of the call.
start freeswitch with TPORT_LOG=1
TPORT_LOG=1 /usr/local/freeswitch/bin/freeswitch
set debug level
> console loglevel debug
capture all the text on the console
my guess without seeing it is that user 22 is behind nat or a proxy or
can you try lastest trunk and see if that's better?
On Tue, Apr 8, 2008 at 10:03 AM, kokoska rokoska <[EMAIL PROTECTED]>
wrote:
>
>
> Michael Jerris napsal(a):
> > Please re-test this with current trunk. A patch just went in to
> > address this issue.
> >
> > Mike
> >
>
> Hi Michael,
>
> I'm afr
Hi all,
I'm afraid I bug in FreeSWITCH SIP call handling.
The scenario is as follows:
Very simple dialplan:
User status:
Users 21 and 22 are registered, user 22 not.
Call flow:
User 21 calls number 23, recieve
Michael Jerris napsal(a):
> Please re-test this with current trunk. A patch just went in to
> address this issue.
>
> Mike
>
Hi Michael,
I'm afraid I find another trouble in REGISTER handling:
From time to time FreeSWITCH responds to the first REGISTER with 401
including some nonce and t
14 matches
Mail list logo
