Hello Joegen,

I think in this case my PC firewall is creating problem. I am verifying it
by testing from various places.

I have another problem though...The issue is like following..

OSBC does not forward Session progress message to SIP UA. However it
forwards 200 OK message. I checked the logs and found osbc prints following
on receiving session progress...
2008/12/22 07:24:51.656 DBG: [CID=0x0511] Finding transaction for SIP/2.0
183 Session Progress
2008/12/22 07:24:51.656 PWL: [CID=0x0000] Parser
TransactionId::operator=() - No Branch Paramemter in Via present in message
2008/12/22 07:24:51.656 DBG: [CID=0x0511] Setting Transaction ID to
s_9608_551d896705cd-0x0001|empty-branch|INVITE|1c18646|22580
2008/12/22 07:24:51.656 PWL: [CID=0x0000] Parser
TransactionId::operator=() - No Branch Paramemter in Via present in message
2008/12/22 07:24:51.656 DBG: [CID=0x0511] Event: Setting UA Core [Call] to
handle event INVITE
2008/12/22 07:24:51.656 DTL: [CID=0x0511] Event: ---> UnknownTransaction -
INVITE

I have attached the log. This log will be simple to read as it has only one
call log.

Please comment.

Regards,

Manoj

-----Original Message-----
From: joegen at opensipstack dot org [joegen dot baclor at gmail dot com]
Sent: Thursday, December 18, 2008 7:48 PM
To: opensipstack-devel at lists dot sourceforge dot net
Subject: Re: [OpenSIPStack] Received response without transaction issue

Ok now you are sure that the packets never arrive to your client. Now
run Ethereal in the OpenSBC box and see if ethereal shows the outbound
packets. If Etheareal shows it, then its a network problem. The fact
that some messages arrive and some don't points to a network problem.
Start looking in that direction. As far as the logs go, OpenSBC sends
the responses. I am sure if you snoop the packets traversing OpenSBC
NIC that you will see those packets being sent. It just never arrive to
the destination. There is nothing OpenSBC can do about this.

Manoj Joshi wrote:

arrange

I

OK"

-

http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/

12/17/2008

----

Nevada.

http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/

12/17/2008 7:21 PM

---

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
opensipstack-devel mailing list
opensipstack-devel at lists dot sourceforge dot net
https://lists.sourceforge.net/lists/listinfo/opensipstack-devel

--
No virus found in this incoming message.
Checked by AVG.
Version: 7.5.552 / Virus Database: 270.9.19/1854 - Release Date: 12/17/2008
7:21 PM

---

No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.176 / Virus Database: 270.9.19/1860 - Release Date: 12/21/2008 3:08 PM

-----Original Message-----
From: joegen at opensipstack dot org [joegen dot baclor at gmail dot com]
Sent: Monday, December 22, 2008 2:20 PM
To: Manoj Joshi
Cc: opensipstack-devel at lists dot sourceforge dot net
Subject: Re: [OpenSIPStack] Received response without transaction issue

Hi Manoj,

The UA is definitely buggy. It is not sending a via branch parameter
which is required to match responses with transactions. 200 Ok was
relayed because of an uncaught condition. OpenSBC thought it was a 200
ok retransmission that is why it got promoted to the core layer. This
is a bug in OpenSBC that needs to be corrected. However, this will not
make the buggy UA work with OpenSBC either. I suggest you report this
to the vendor. One thing peculiar, the UA does send a via branch in
100 Trying.

Joegen