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.lak...@gmail.com > <mailto:urmi.lak...@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 > <bog...@voice-system.ro <mailto:bog...@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 > > > <bog...@voice-system.ro <mailto:bog...@voice-system.ro> > <mailto:bog...@voice-system.ro <mailto:bog...@voice-system.ro>> > > <mailto:bog...@voice-system.ro > <mailto:bog...@voice-system.ro> <mailto:bog...@voice-system.ro > <mailto:bog...@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.lak...@gmail.com > <mailto:urmi.lak...@gmail.com> > > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@gmail.com>> > > > <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com> <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com>>> > > > > <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com> <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com>> > > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@gmail.com> > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@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 > > > > <br...@nemeroff.com <mailto:br...@nemeroff.com> > <mailto:br...@nemeroff.com <mailto:br...@nemeroff.com>> > > <mailto:br...@nemeroff.com <mailto:br...@nemeroff.com> > <mailto:br...@nemeroff.com <mailto:br...@nemeroff.com>>> > > > <mailto:br...@nemeroff.com <mailto:br...@nemeroff.com> > <mailto:br...@nemeroff.com <mailto:br...@nemeroff.com>> > > <mailto:br...@nemeroff.com <mailto:br...@nemeroff.com> > <mailto:br...@nemeroff.com <mailto:br...@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.lak...@gmail.com <mailto:urmi.lak...@gmail.com> > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@gmail.com>> > > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@gmail.com> > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@gmail.com>>> > > > <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com> <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com>> > > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@gmail.com> > <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@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 <virap...@gmail.com > <mailto:virap...@gmail.com> > > <mailto:virap...@gmail.com <mailto:virap...@gmail.com>> > > > <mailto:virap...@gmail.com <mailto:virap...@gmail.com> > <mailto:virap...@gmail.com <mailto:virap...@gmail.com>>> > > > > <mailto:virap...@gmail.com <mailto:virap...@gmail.com> > <mailto:virap...@gmail.com <mailto:virap...@gmail.com>> > > <mailto:virap...@gmail.com <mailto:virap...@gmail.com> > <mailto:virap...@gmail.com <mailto:virap...@gmail.com>>>>> > > > > > > > > 2009/8/20 urmi lakkad <urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com> > > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@gmail.com>> > > > <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com> <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com>>> > > > > <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com> <mailto:urmi.lak...@gmail.com > <mailto:urmi.lak...@gmail.com>> > > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@gmail.com> > <mailto:urmi.lak...@gmail.com <mailto:urmi.lak...@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: > > > > s...@gradwell.net <mailto:s...@gradwell.net> > <mailto:s...@gradwell.net <mailto:s...@gradwell.net>> > > <mailto:s...@gradwell.net <mailto:s...@gradwell.net> > <mailto:s...@gradwell.net <mailto:s...@gradwell.net>>> > > > <mailto:s...@gradwell.net <mailto:s...@gradwell.net> > <mailto:s...@gradwell.net <mailto:s...@gradwell.net>> > > <mailto:s...@gradwell.net <mailto:s...@gradwell.net> > <mailto:s...@gradwell.net <mailto:s...@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@lists.opensips.org <mailto:Users@lists.opensips.org> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users@lists.opensips.org <mailto:Users@lists.opensips.org> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > _______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users