Jira that I thought it was a bug. Thank you again for the
community and your support.
Dorn B.
From: Michael Jerris
To: freeswitch-users@lists.freeswitch.org
Sent: Fri, December 18, 2009 9:37:16 AM
Subject: Re: [Freeswitch-users] SIP Re-invite
I read throug
.
From: Michael Jerris
To: freeswitch-users@lists.freeswitch.org
Sent: Fri, December 18, 2009 9:37:16 AM
Subject: Re: [Freeswitch-users] SIP Re-invite
I read through the trace, can you clarify where the missing invite is? I think
I see everything in the sofia trace.
Mike
On Dec 18
.
From: Michael Jerris
To: freeswitch-users@lists.freeswitch.org
Sent: Fri, December 18, 2009 9:37:16 AM
Subject: Re: [Freeswitch-users] SIP Re-invite
I read through the trace, can you clarify where the missing invite is? I think
I see everything in the sofia trace.
Mike
On Dec 18
t;
> Thank you,
> Dorn B.
> From: Michael Jerris
> To: freeswitch-users@lists.freeswitch.org
> Sent: Thu, December 17, 2009 8:03:46 AM
> Subject: Re: [Freeswitch-users] SIP Re-invite
>
> are you doing this trace from the freeswitch box itself?
>
> Mike
>
> On
] SIP Re-invite
are you doing this trace from the freeswitch box itself?
Mike
On Dec 17, 2009, at 10:48 AM, DJB wrote:
Anthony,
>
>I have pasted the invite sip trace here: http://pastebin.freeswitch.org/11536
>Please advise if you need further info.
>
Please advise whether I should put a request in JIRA.
http://pastebin.freeswitch.org/11541
Thank you.
From: DJB
To: freeswitch-users@lists.freeswitch.org
Sent: Thu, December 17, 2009 9:35:27 AM
Subject: Re: [Freeswitch-users] SIP Re-invite
Anthony/Michael
Yes, I have a complete trace here: http://pastebin.freeswitch.org/11541
From: David Knell
To: freeswitch-users@lists.freeswitch.org
Sent: Thu, December 17, 2009 9:50:22 AM
Subject: Re: [Freeswitch-users] SIP Re-invite
Can you post the full packets with
_
> From: Anthony Minessale
> To: freeswitch-users@lists.freeswitch.org
> Sent: Thu, December 17, 2009 7:57:42 AM
> Subject: Re: [Freeswitch-users] SIP Re-invite
>
> The question was:
>
> Are you doing the packet capture on the actual FS box us
I am sorry; here is the complete one: http://pastebin.freeswitch.org/11540
Thank you.
From: DJB
To: freeswitch-users@lists.freeswitch.org
Sent: Thu, December 17, 2009 9:35:27 AM
Subject: Re: [Freeswitch-users] SIP Re-invite
Anthony/Michael,
I finally have
/17 17:25:55.207747
Thank you.
From: Anthony Minessale
To: freeswitch-users@lists.freeswitch.org
Sent: Thu, December 17, 2009 7:57:42 AM
Subject: Re: [Freeswitch-users] SIP Re-invite
The question was:
Are you doing the packet capture on the actual FS box using
-users@lists.freeswitch.org
Sent: Thu, December 17, 2009 7:36:44 AM
Subject: Re: [Freeswitch-users] SIP Re-invite
if you don't see it in sofia siptrace but do see it in tcpdump capture then
something very ugly is going on. Either sofia has hung up completely and is
not listening on that
.
From: Anthony Minessale
To: freeswitch-users@lists.freeswitch.org
Sent: Thu, December 17, 2009 7:57:42 AM
Subject: Re: [Freeswitch-users] SIP Re-invite
The question was:
Are you doing the packet capture on the actual FS box using tshark or tcpdump?
On Thu, Dec 17, 2009 at 9:48 AM
tch.org
> Sent: Wed, December 16, 2009 3:42:48 PM
> Subject: Re: [Freeswitch-users] SIP Re-invite
>
> that means the invite is not matching the call dialog
> compare the via tags and call-id etc
>
>
> On Wed, Dec 16, 2009 at 5:29 PM, DJB wrote:
> We have a cust
are you doing this trace from the freeswitch box itself?
Mike
On Dec 17, 2009, at 10:48 AM, DJB wrote:
> Anthony,
>
> I have pasted the invite sip trace here: http://pastebin.freeswitch.org/11536
> Please advise if you need further info.
>
> Thank you.
_
.
>
> Thank you.
>
> --
> *From:* Anthony Minessale
> *To:* freeswitch-users@lists.freeswitch.org
> *Sent:* Wed, December 16, 2009 3:42:48 PM
> *Subject:* Re: [Freeswitch-users] SIP Re-invite
>
> that means the invite is not matching the c
Is the packet capture running on the FS box itself?
On Thu, Dec 17, 2009 at 9:36 AM, Michael Jerris wrote:
> if you don't see it in sofia siptrace but do see it in tcpdump capture then
> something very ugly is going on. Either sofia has hung up completely and is
> not listening on that port an
: [Freeswitch-users] SIP Re-invite
that means the invite is not matching the call dialog
compare the via tags and call-id etc
On Wed, Dec 16, 2009 at 5:29 PM, DJB wrote:
We have a customer that we are sending calls to off the FS and here is the
issue:
>
>Call is initially setup fine an
if you don't see it in sofia siptrace but do see it in tcpdump capture then
something very ugly is going on. Either sofia has hung up completely and is
not listening on that port anymore (can other calls go through?) or the packet
you see in tcpdump is not really going to the right port. Can y
-boun...@lists.freeswitch.org
[mailto:freeswitch-users-boun...@lists.freeswitch.org] On Behalf Of DJB
Sent: Wednesday, December 16, 2009 6:00 PM
To: freeswitch-users@lists.freeswitch.org
Subject: Re: [Freeswitch-users] SIP Re-invite
Call-ID are the same for 1st, 2nd, and 3rd INVITE. The only thing
.
From: Anthony Minessale
To: freeswitch-users@lists.freeswitch.org
Sent: Wed, December 16, 2009 3:42:48 PM
Subject: Re: [Freeswitch-users] SIP Re-invite
that means the invite is not matching the call dialog
compare the via tags and call-id etc
On Wed, Dec 16, 2009 at 5:29 PM, DJB wrote:
We
>h
that means the invite is not matching the call dialog
compare the via tags and call-id etc
On Wed, Dec 16, 2009 at 5:29 PM, DJB wrote:
> We have a customer that we are sending calls to off the FS and here is the
> issue:
>
>
>
> Call is initially setup fine and they send a first re-invite with
We
have a customer that we are sending calls to off the FS and here is the issue:
Call
is initially setup fine and they send a first re-invite with media 0.0.0.0 to
place the caller on hold. FS sends a 200 ok to this first re-invite fine
They
then send a second re-invite with their media IP t
no problem
On Thu, Jul 2, 2009 at 12:27 PM, Phillip Jones wrote:
> Used:
>
> session.execute("set","bypass_media_after_bridge=true");
> in the confirm.js script and that works perfectly!
>
> Thank you for you help!
> On Thu, Jul 2, 2009 at 1:05 PM, Anthony Minessale <
> anthony.miness...@gmail.
Used:
session.execute("set","bypass_media_after_bridge=true");
in the confirm.js script and that works perfectly!
Thank you for you help!
On Thu, Jul 2, 2009 at 1:05 PM, Anthony Minessale <
anthony.miness...@gmail.com> wrote:
> try setting bypass_media_after_bridge=true on the session in your co
try setting bypass_media_after_bridge=true on the session in your confirm
script
On Thu, Jul 2, 2009 at 11:53 AM, Phillip Jones wrote:
> Thanks for responding and for your help.
>
> The xml and confirm.js are attached below. Basically trying to bypass_media
> after the leg B presses 1 to accept
Thanks for responding and for your help.
The xml and confirm.js are attached below. Basically trying to bypass_media
after the leg B presses 1 to accept the call. I tried,
using bypass_media_after_bridge=true, but the re-invite appears to be done
before the confirm.js, So the media is successfull
I would need to know more details about what you are doing.
you could set the variable bypass_media_after_bridge=true on the a leg
before you call the b leg and use the group_confirm feature to get the
caller
to press the key.
On Thu, Jul 2, 2009 at 10:41 AM, Phillip Jones wrote:
> Thanks for
Thanks for that.
That seems to successfully re-invite and re-route the the B leg - but does
not reinvite the A leg and then immediately issues a "bye" on both legs.
Do I have to do something to reinvite that A leg?
On Wed, Jul 1, 2009 at 7:06 PM, Anthony Minessale <
anthony.miness...@gmail.com>
try
apiExecute("uuid_media", "off " + session.uuid);
On Wed, Jul 1, 2009 at 3:22 PM, Phillip Jones wrote:
> Hi there,
>
> I was wondering whether it is possible to have FreeSwitch go into
> bypass_media mode on demand?
>
> For instance, leg a bridges to leg b - leg b is invited to accept the c
Hi there,
I was wondering whether it is possible to have FreeSwitch go into
bypass_media mode on demand?
For instance, leg a bridges to leg b - leg b is invited to accept the call
by pressing 1. I want to go to bypass_media (do a SIP reinvite to reroute
the media) after the one is pressed.
Curre
30 matches
Mail list logo
