[OpenSIPS-Users] Dialog information tracing in opensips Issue
Bogdan-Andrei Iancu
bogdan at voice-system.ro
Mon Aug 31 13:25:50 CEST 2009
Hi Urmi,
urmi lakkad wrote:
>
> Hello Bogdan,
>
> Thank you for your help.
>
> My problem of Dialog module is solved. The dialog were not inserted
> into the DB. But now its inserted. I have set the flag before the
> INVITE and after forwardign the call to proxy. Now its working fine.
>
I'm glad you found the problem - the flag must be set for the INVITE
request, before doing t_relay() - otherwise will have no effect.
> One more question I would like to ask is that, for a single call 3
> dialogs are created. Is this correct or not ?
>
> 1) for initial INVITE without authenticatin.
> -------------------------------------------------
>
> INV Dialog-1 --> created
> 401 Dialog-1 --> destroying
>
> 2) Again for INVITE with authentication.
> --------------------------------------------------
> INV Dialog-2 --> Created
> INV TO Proxy Dialog-2 --> Destroying
>
> 3) When get the response from Proxy (i.e Asterisk)
> --------------------------------------------------------------
> From Proxy Dialog-3 --> Created
> 180
> 200
> ACK Dialog entry Deleted form DB
> BYE Dialog Destroyed
>
No, this is not correct. The correct flow is
1) for initial INVITE without authenticatin.
-------------------------------------------------
INV Dialog-1 --> created
401 Dialog-1 --> destroying
2) Again for INVITE with authentication.
--------------------------------------------------
INV Dialog-2 --> Created
INV TO Proxy
3) When get the response from Proxy (i.e Asterisk)
--------------------------------------------------------------
180 From Proxy Dialog-2 -> early state
200 From Proxy Dialog-2 --> Confirmed (and saved in DB)
ACK From proxy Dialog updated in DB
BYE Dialog-2 Destroyed
Regards,
Bogdan
>
> Thanks a lot for your support.
>
>
> -Urmi
>
>
>
> On Thu, Aug 27, 2009 at 1:32 PM, urmi lakkad <urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com>> wrote:
>
> Hello Bogdan,
>
> Thank you for ur attention.
>
> Sorry for inconvenience. I know "patience is a virtues". But See,
> I m trying to solve this problem from almost 1 week. and when I am
> sending you the LOG file, I got a mail of moderator Approval.
> Thats y I have to remove some of the log.
>
> Anyways, Now I am sending you full call log of OpenSIPs.
>
> Thank you very much.
>
> -Urmi
>
>
>
> On Thu, Aug 27, 2009 at 1:10 AM, Bogdan-Andrei Iancu
> <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
>
> Hi Urmi,
>
> some great philosopher said "patience is a virtues" ;).
>
> I took a look at the log you sent and does not seam to be
> complete. I
> was looking for the processing of 200 OK reply and all I could
> found was:
>
> Aug 25 16:06:43 [5488] DBG:core:parse_msg: version: <SIP/2.0>
> Aug 25 16:06:43 [5488] DBG:core:parse_msg: status: <200>
> Aug 25 16:06:43 [5488] DBG:core:parse_msg: reason: <OK>
>
>
> nothing following from the 5488 process.......
>
> Regards,
> Bogdan
>
> urmi lakkad wrote:
> > Hello Bogdan,
> >
> > Thank you very much.
> > Here I have attached my OpenSIPs Log. so please find the
> attachment.
> >
> > -Urmi
> >
> >
> >
> > Looks good - can you post the opensips logs (in debug=6) for
> this single
> > call ? just to verify.
> >
> > Regards,
> > Bogdan
> >
> > urmi lakkad wrote:
> > > Hello Bogdan,
> > >
> > > Thank you for ur response.
> > >
> > > Here with this mail I have _attached my SIP call capture_
> using ngrep.
> > > So, please find the attachment. and do needful.
> > >
> > >
> > > -Thanks
> > > Urmi
> > >
> > > On Tue, Aug 25, 2009 at 12:41 PM, Bogdan-Andrei Iancu
> > > <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>
> <mailto:bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>>
> > <mailto:bogdan at voice-system.ro
> <mailto:bogdan at voice-system.ro> <mailto:bogdan at voice-system.ro
> <mailto:bogdan at voice-system.ro>>>> wrote:
> > >
> > > Post the SIP capture of the call you are testing with. Use
> "ngrep
> > > -d any
> > > . port 5060" to get the capture - this will solve the mystery.
> > >
> > > Regards,
> > > Bogdan
> > >
> > > urmi lakkad wrote:
> > > > Hello,
> > > >
> > > > Can u please suggest me some solution of my problem of
> DIALLOG
> > > module ?
> > > >
> > > > Thank you for your attention.
> > > >
> > > > -Urmi
> > > >
> > > > 2009/8/21 urmi lakkad <urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com>
> > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>
> > > <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com>>>
> > > > <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com>>
> > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
> <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>>>>
> > > >
> > > > Hello Brett,
> > > >
> > > > Thank you very much for quick response.
> > > >
> > > > My calls are working fine. I have checked through SIPp
> and also
> > > > with Grandstream Phones. The call is working fine with out
> > > > failure. At the time of call, I have started the
> wireshark to
> > > > capture the packets, but there also I m not getting any
> negative
> > > > reply like 400 or 300.
> > > >
> > > > See, my call is working fine, call dialog created
> successfully,
> > > > but after that it destroyed, again new dialog is created
> n that
> > > > too destroy. For a single call it creates 2 dialogs. But
> that
> > > > dialog entry is not going to DB. Please suggest me the
> right thing
> > > > to do.
> > > >
> > > > Thanks a lot for your attention.
> > > >
> > > >
> > > > -Urmi
> > > >
> > > >
> > > >
> > > > On Thu, Aug 20, 2009 at 7:38 PM, Brett Nemeroff
> > > > <brett at nemeroff.com <mailto:brett at nemeroff.com>
> <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>>
> > <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>
> <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>>>
> > > <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>
> <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>>
> > <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>
> <mailto:brett at nemeroff.com <mailto:brett at nemeroff.com>>>>> wrote:
> > > >
> > > > Urmi,
> > > > You log shows the call having failed. I'm not sure why you
> > > > think it runs for the proper duration. But as far as
> OpenSIPs
> > > > is concerned, the call failed. It's likely a problem in your
> > > > sipp scenario. It's very possible that sipp thinks the
> call is
> > > > up, but the proxy does not.
> > > >
> > > > In any case, OpenSIPs is behaving as expected, the call
> fails,
> > > > the dialog is destroyed.
> > > > Aug 19 17:46:27 [6060] DBG:dialog:next_state_dlg: dialog
> > > > 0x2aaaad55af90 changed from state 1 to state 5, due event 1
> > > > Aug 19 17:46:27 [6060] DBG:dialog:dlg_onreply: dialog
> > > > 0x2aaaad55af90
> > > > failed (negative reply)
> > > >
> > > > BTW, a negative reply is >=400 (or may also include >= 300,
> > > > can't remember). Check your traces, see where that comes
> from.
> > > > -Brett
> > > >
> > > > On Thu, Aug 20, 2009 at 9:02 AM, urmi lakkad
> > > > <urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
> <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>
> > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
> <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>>
> > > <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com>>
> > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
> <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com>>>>> wrote:
> > > >
> > > > Hello Stanisław Pitucha,
> > > >
> > > > Thank you for support.
> > > >
> > > > No, My call is established perfectly and is running for
> > > > the specified duration without fail.
> > > > I m firing the call using SIPp.
> > > >
> > > > Also, the dialog state gives me 1.
> > > >
> > > > Thanks for ur attention.
> > > >
> > > > -Urmi
> > > >
> > > > 2009/8/20 Stanisław Pitucha <viraptor at gmail.com
> <mailto:viraptor at gmail.com>
> > <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>>
> > > <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>
> <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>>>
> > > > <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>
> <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>>
> > <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>
> <mailto:viraptor at gmail.com <mailto:viraptor at gmail.com>>>>>
> > > >
> > > > 2009/8/20 urmi lakkad <urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com>
> > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>
> > > <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com>>>
> > > > <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com> <mailto:urmi.lakkad at gmail.com
> <mailto:urmi.lakkad at gmail.com>>
> > <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>
> <mailto:urmi.lakkad at gmail.com <mailto:urmi.lakkad at gmail.com>>>>>:
> > > > > Am I doing right or not ? If not, please tell me the
> > > > correct way.
> > > > > One more thing, Is my configuration is correct or not ??
> > > >
> > > > It looks like your call doesn't even get accepted:
> > > > Aug 19 17:46:27 [6060] DBG:dialog:next_state_dlg: dialog
> > > > 0x2aaaad55af90 changed from state 1 to state 5, due
> > > > event 1
> > > > Aug 19 17:46:27 [6060] DBG:dialog:dlg_onreply: dialog
> > > > 0x2aaaad55af90
> > > > failed (negative reply)
> > > >
> > > > Maybe you require authentication, or something else?
> > > > Just take care of
> > > > the call not failing first. So far it's rejected
> > > > before an OK answer
> > > > (state 1 is "after sending an INVITE", state 5 is
> > > > "deleted" - more or
> > > > less).
> > > > Capture the traffic and see what's going on.
> > > >
> > > > --
> > > > Kind regards,
> > > >
> > > > Stanisław Pitucha, Gradwell Voip Engineer
> > > >
> > > > T: 01225 800 831 | F: 01225 800 801 | E:
> > > > stan at gradwell.net <mailto:stan at gradwell.net>
> <mailto:stan at gradwell.net <mailto:stan at gradwell.net>>
> > <mailto:stan at gradwell.net <mailto:stan at gradwell.net>
> <mailto:stan at gradwell.net <mailto:stan at gradwell.net>>>
> > > <mailto:stan at gradwell.net <mailto:stan at gradwell.net>
> <mailto:stan at gradwell.net <mailto:stan at gradwell.net>>
> > <mailto:stan at gradwell.net <mailto:stan at gradwell.net>
> <mailto:stan at gradwell.net <mailto:stan at gradwell.net>>>> |
> > > > www.gradwell.com <http://www.gradwell.com>
> <http://www.gradwell.com>
> > <http://www.gradwell.com> <http://www.gradwell.com>
> > > >
> > > > Gradwell – Internet for Business People
> > > > Phone Services | Business Broadband | Email & Website
> > > > Hosting
> > > >
> > > > Can switching to VoIP today put some change in your
> > > > pocket?
> > > > Registered Address: 26 Cheltenham Street, Bath, BA2
> > > > 3EX, UK. Company
> > > > Number: 3673235
> > > >
> > > > _______________________________________________
> >
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
More information about the Users
mailing list