29 Jul
2013
29 Jul
'13
1:20 p.m.
Hi,
Is it possible to make MSRP to pass through kamailio instead of peer to peer?
For me, my sip client registers with kamailio without any problem and able to chat with
other sip client as well.
But the chat communication using MSRP is always peer to peer, because of the SDP
negotiation. But I need make the msrp messages to pass through the kamailio server.
Please help me in configuring the kamailio.
Thanks
________________________________
SASKEN BUSINESS DISCLAIMER: This message may contain confidential, proprietary or legally
privileged information. In case you are not the original intended Recipient of the
message, you must not, directly or indirectly, use, disclose, distribute, print, or copy
any part of this message and you are requested to delete it and inform the sender. Any
views expressed in this message are those of the individual sender unless otherwise
stated. Nothing contained in this message shall be construed as an offer or acceptance of
any offer by Sasken Communication Technologies Limited ("Sasken") unless sent
with that express intent and with due authority of Sasken. Sasken has taken enough
precautions to prevent the spread of viruses. However the company accepts no liability for
any damage caused by any virus transmitted by this email.
Read Disclaimer at http://www.sasken.com/extras/mail_disclaimer.html
29 Jul
29 Jul
2:04 p.m.
There are two standards based options for MSRP. Peer-to-peer between
clients (RFC 4975) with no servers involved and traffic between clients
relayed through a server (RFC 4976). RFC 4976 is used for NAT traversal and
policy (security/logging/etc) enforcement. The relay option requires the
MSRP client to support additional MSRP request types, procedures, and SDP
elements - essentially use of a relay requires the client to support this
and be configured for it.
There is a third option which is not standards based, that is B2BUA'ing
MSRP where a server pretends to be a pair of clients back-to-back. This is
what a lot of SBCs do.
As a server that is not a B2BUA Kamailio supports MSRP relay as per RFC
4976. However, your MSRP client needs to support RFC 4976 (and be
correctly configured) to make use of the relay.
Regards,
Peter
On 29 July 2013 11:20, Rajkumar Kanniappan
<rajkumar.kanniappan(a)sasken.com>wrote;wrote:
Hi,****
** **
Is it possible to make MSRP to pass through kamailio instead of peer to
peer?****
** **
For me, my sip client registers with kamailio without any problem and able
to chat with other sip client as well. ****
But the chat communication using MSRP is always peer to peer, because of
the SDP negotiation. But I need make the msrp messages to pass through the
kamailio server.****
Please help me in configuring the kamailio.****
** **
** **
Thanks****
------------------------------
SASKEN BUSINESS DISCLAIMER: This message may contain confidential,
proprietary or legally privileged information. In case you are not the
original intended Recipient of the message, you must not, directly or
indirectly, use, disclose, distribute, print, or copy any part of this
message and you are requested to delete it and inform the sender. Any views
expressed in this message are those of the individual sender unless
otherwise stated. Nothing contained in this message shall be construed as
an offer or acceptance of any offer by Sasken Communication Technologies
Limited ("Sasken") unless sent with that express intent and with due
authority of Sasken. Sasken has taken enough precautions to prevent the
spread of viruses. However the company accepts no liability for any damage
caused by any virus transmitted by this email.
Read Disclaimer at http://www.sasken.com/extras/mail_disclaimer.html
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Peter Dunkley
Technical Director
Crocodile RCS Ltd
2:45 p.m.
Thanks Peter. So you mean to say kamailio doesnt support B2BUA for msrp communication?
My client supports all the required MSRP SDP parameters and configurations are fine.
Because I am able to see proper msrp headers in the initial INVITE.
Thanks
________________________________________
From: sr-users-bounces(a)lists.sip-router.org [sr-users-bounces(a)lists.sip-router.org] On
Behalf Of Peter Dunkley [peter.dunkley(a)crocodilertc.net]
Sent: Monday, July 29, 2013 16:34
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] MSRP communication through Kamailio
There are two standards based options for MSRP. Peer-to-peer between clients (RFC 4975)
with no servers involved and traffic between clients relayed through a server (RFC 4976).
RFC 4976 is used for NAT traversal and policy (security/logging/etc) enforcement. The
relay option requires the MSRP client to support additional MSRP request types,
procedures, and SDP elements - essentially use of a relay requires the client to support
this and be configured for it.
There is a third option which is not standards based, that is B2BUA'ing MSRP where a
server pretends to be a pair of clients back-to-back. This is what a lot of SBCs do.
As a server that is not a B2BUA Kamailio supports MSRP relay as per RFC 4976. However,
your MSRP client needs to support RFC 4976 (and be correctly configured) to make use of
the relay.
Regards,
Peter
On 29 July 2013 11:20, Rajkumar Kanniappan
<rajkumar.kanniappan@sasken.com<mailto:rajkumar.kanniappan@sasken.com>>
wrote:
Hi,
Is it possible to make MSRP to pass through kamailio instead of peer to peer?
For me, my sip client registers with kamailio without any problem and able to chat with
other sip client as well.
But the chat communication using MSRP is always peer to peer, because of the SDP
negotiation. But I need make the msrp messages to pass through the kamailio server.
Please help me in configuring the kamailio.
Thanks
________________________________
SASKEN BUSINESS DISCLAIMER: This message may contain confidential, proprietary or legally
privileged information. In case you are not the original intended Recipient of the
message, you must not, directly or indirectly, use, disclose, distribute, print, or copy
any part of this message and you are requested to delete it and inform the sender. Any
views expressed in this message are those of the individual sender unless otherwise
stated. Nothing contained in this message shall be construed as an offer or acceptance of
any offer by Sasken Communication Technologies Limited ("Sasken") unless sent
with that express intent and with due authority of Sasken. Sasken has taken enough
precautions to prevent the spread of viruses. However the company accepts no liability for
any damage caused by any virus transmitted by this email.
Read Disclaimer at http://www.sasken.com/extras/mail_disclaimer.html
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org<mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Peter Dunkley
Technical Director
Crocodile RCS Ltd
4 p.m.
Hello,
If your client supports RFC 4975 for peer-to-peer MSRP then you will see
those attributes in the SDP. That doesn't mean that the client supports
RFC 4976 MSRP relay.
Kamailio is an MSRP relay, not a B2BUA. If you want MSRP B2BUA in Kamailio
you'd need to write a whole new module just for that. However, Kamailio
isn't really the right architecture for a B2BUA.
If your client does not support RFC 4976 you aren't going to be able to use
it with Kamailio. In this situation you will need some form of B2BUA
(probably an SBC) with MSRP support in it - and that probably means a
commercial product with a significant price attached.
Regards,
Peter
On 29 July 2013 12:45, Rajkumar Kanniappan
<rajkumar.kanniappan(a)sasken.com>wrote;wrote:
Thanks Peter. So you mean to say kamailio doesnt
support B2BUA for msrp
communication?
My client supports all the required MSRP SDP parameters and configurations
are fine. Because I am able to see proper msrp headers in the initial
INVITE.
Thanks
________________________________________
From: sr-users-bounces(a)lists.sip-router.org [
sr-users-bounces(a)lists.sip-router.org] On Behalf Of Peter Dunkley [
peter.dunkley(a)crocodilertc.net]
Sent: Monday, July 29, 2013 16:34
To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] MSRP communication through Kamailio
There are two standards based options for MSRP. Peer-to-peer between
clients (RFC 4975) with no servers involved and traffic between clients
relayed through a server (RFC 4976). RFC 4976 is used for NAT traversal and
policy (security/logging/etc) enforcement. The relay option requires the
MSRP client to support additional MSRP request types, procedures, and SDP
elements - essentially use of a relay requires the client to support this
and be configured for it.
There is a third option which is not standards based, that is B2BUA'ing
MSRP where a server pretends to be a pair of clients back-to-back. This is
what a lot of SBCs do.
As a server that is not a B2BUA Kamailio supports MSRP relay as per RFC
4976. However, your MSRP client needs to support RFC 4976 (and be
correctly configured) to make use of the relay.
Regards,
Peter
On 29 July 2013 11:20, Rajkumar Kanniappan <rajkumar.kanniappan(a)sasken.com
<mailto:rajkumar.kanniappan@sasken.com>> wrote:
Hi,
Is it possible to make MSRP to pass through kamailio instead of peer to
peer?
For me, my sip client registers with kamailio without any problem and able
to chat with other sip client as well.
But the chat communication using MSRP is always peer to peer, because of
the SDP negotiation. But I need make the msrp messages to pass through the
kamailio server.
Please help me in configuring the kamailio.
Thanks
________________________________
SASKEN BUSINESS DISCLAIMER: This message may contain confidential,
proprietary or legally privileged information. In case you are not the
original intended Recipient of the message, you must not, directly or
indirectly, use, disclose, distribute, print, or copy any part of this
message and you are requested to delete it and inform the sender. Any views
expressed in this message are those of the individual sender unless
otherwise stated. Nothing contained in this message shall be construed as
an offer or acceptance of any offer by Sasken Communication Technologies
Limited ("Sasken") unless sent with that express intent and with due
authority of Sasken. Sasken has taken enough precautions to prevent the
spread of viruses. However the company accepts no liability for any damage
caused by any virus transmitted by this email.
Read Disclaimer at http://www.sasken.com/extras/mail_disclaimer.html
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org<mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Peter Dunkley
Technical Director
Crocodile RCS Ltd
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Peter Dunkley
Technical Director
Crocodile RCS Ltd
4134
days inactive
4134
days old
3 comments
2 participants
participants (2)
-
Peter Dunkley -
Rajkumar Kanniappan