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
> something and you do not have keepalive turned on so the path for the phone
> on 22 to send the bye to FS is gone so FS is not getting the bye from phone
> 22
>
> We would never say 481 because if FS thinks the call leg should still be
> up it will last until the call is terminated one way or another. Remember,
> each leg of the bridged call is a separate sip call as we are a b2bua.
>
>
>
> On Tue, Apr 8, 2008 at 10:25 AM, kokoska rokoska <[EMAIL PROTECTED]>
> wrote:
>
> >
> > Hi all,
> >
> > I'm afraid I bug in FreeSWITCH SIP call handling.
> > The scenario is as follows:
> >
> > Very simple dialplan:
> >
> > <extension name="E1">
> > <condition field="destination_number" expression="^(23)$">
> > <action application="set" data="continue_on_fail=true"/>
> > <action application="set" data="hangup_after_bridge=true"/>
> > <action application="bridge" data="sofia/default/$1%$${domain}"/>
> > <action application="respond" data="181 Call is being forwarded"/>
> > <action application="export" data="[EMAIL PROTECTED]
> > {domain};reason=unavailable"/>
> > <action application="transfer" data="22"/>
> > </condition>
> > </extension>
> > <extension name="E2">
> > <condition field="destination_number" expression="^(22)$">
> > <action application="set" data="hangup_after_bridge=true"/>
> > <action application="bridge" data="sofia/default/$1%$${domain}"/>
> > </condition>
> > </extension>
> >
> >
> > User status:
> >
> > Users 21 and 22 are registered, user 22 not.
> >
> >
> > Call flow:
> >
> > User 21 calls number 23, recieves back 181 and phone 22 starts ringing
> > (Diversion header is properly appended).
> > Than user 22 answers (sends 200 OK and recives ACK) and after short
> > conversation hangs up.
> > And user 21's call leg isn't hanged up by Freeswitch (BYE is not sent).
> > After few seconds user 21 hangs up manualy and recieves 200 OK instead
> > of 481 Call Leg/Transaction Does Not Exist...
> >
> > Is it a bug or am I doing something wrong?
> >
> > Best regards,
> >
> > kokoska.rokoska
> >
> >
> > PS: If someone interested I have pcap dump of communication.
> >
> >
> > _______________________________________________
> > Freeswitch-dev mailing list
> > Freeswitch-dev@lists.freeswitch.org
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> > http://www.freeswitch.org
> >
>
>
>
> --
> Anthony Minessale II
>
> FreeSWITCH http://www.freeswitch.org/
> ClueCon http://www.cluecon.com/
>
> AIM: anthm
> MSN:[EMAIL PROTECTED] <[EMAIL PROTECTED]>
> GTALK/JABBER/PAYPAL:[EMAIL PROTECTED]<[EMAIL PROTECTED]>
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:[EMAIL PROTECTED] <[EMAIL PROTECTED]>
> iax:[EMAIL PROTECTED]/888
> googletalk:[EMAIL PROTECTED]<[EMAIL PROTECTED]>
> pstn:213-799-1400
--
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
AIM: anthm
MSN:[EMAIL PROTECTED] <[EMAIL PROTECTED]>
GTALK/JABBER/PAYPAL:[EMAIL PROTECTED]<[EMAIL PROTECTED]>
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:[EMAIL PROTECTED] <[EMAIL PROTECTED]>
iax:[EMAIL PROTECTED]/888
googletalk:[EMAIL PROTECTED]<[EMAIL PROTECTED]>
pstn:213-799-1400
_______________________________________________
Freeswitch-dev mailing list
Freeswitch-dev@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org
