The OSER should add Record-Route headers into SUBSCRIBE requests passing through. This seems to be not done by it (but the dump you have sent shows truncated messages, thus they may be hidden).
You are right, I think, the record_route should be called on OSER too.
Vaclav
On Mon, Jun 19, 2006 at 04:28:13PM +0200, Anton Schula wrote:
Hi Vaclav,
thank you for the very, very quick reply!
Overview captured with tethereal at SER-PA_RLS: Capturing on eth0 1 0.000000 OSER -> SER-PA_RLS SIP Request: PUBLISH sip:anton.schula@sip.domain.net 2 0.000364 OSER -> SER-PA_RLS SIP Request: SUBSCRIBE sip:anton.schula@sip.domain.net 3 0.003075 SER-PA_RLS -> OSER SIP Status: 200 OK 4 0.003579 SER-PA_RLS -> OSER SIP Status: 200 OK 5 0.003704 SER-PA_RLS -> UA SIP Request: NOTIFY sip:anton.schula@UA:7944 6 0.095282 OSER -> SER-PA_RLS SIP Request: PUBLISH sip:anton.schula@sip.domain.net 7 0.095796 SER-PA_RLS -> OSER SIP Status: 200 OK 8 0.174615 OSER -> SER-PA_RLS SIP Request: SUBSCRIBE sip:anton.schula@sip.domain.net 9 0.175103 SER-PA_RLS -> OSER SIP Status: 200 OK 10 0.526255 SER-PA_RLS -> UA SIP Request: NOTIFY sip:anton.schula@UA:7944 11 0.552488 OSER -> SER-PA_RLS SIP Request: PUBLISH sip:anton.schula@sip.domain.net 12 0.552977 SER-PA_RLS -> OSER SIP Status: 200 OK 13 0.725375 OSER -> SER-PA_RLS SIP Request: SUBSCRIBE sip:anton.schula@sip.domain.net 14 0.725446 SER-PA_RLS -> OSER SIP Status: 200 OK 15 1.226364 SER-PA_RLS -> UA SIP Request: NOTIFY sip:anton.schula@UA:7944 16 1.586292 OSER -> SER-PA_RLS SIP Request: SUBSCRIBE sip:anton.schula@sip.domain.net 17 1.586708 SER-PA_RLS -> OSER SIP Status: 489 Unsupported event package 18 2.167297 OSER -> SER-PA_RLS SIP Request: SUBSCRIBE sip:anton.schula@sip.domain.net 19 2.167806 SER-PA_RLS -> OSER SIP Status: 489 Unsupported event package 20 3.466258 SER-PA_RLS -> UA SIP Request: NOTIFY sip:anton.schula@UA:7944 21 7.386253 SER-PA_RLS -> UA SIP Request: NOTIFY sip:anton.schula@UA:7944 22 11.236379 SER-PA_RLS -> UA SIP Request: NOTIFY sip:anton.schula@UA:7944
The SER-PA_RLS tries to send out SIP NOTIFY directly to the client machine (called UA here). As this is UDP these packages are visible even though the firewall drops them.
Details captured with ngrep anton.schula@ port 5060 in the attachment ngrep.out.
I use a recored_route for all messages in the ser.cfg of SER-PA_RLS. Do I need this as well before the forward in the OSER ser.cfg?
if (method=="SUBSCRIBE" and src_ip!=SER-PA_RLS_IP || method=="NOTIFY" and src_ip!=SER-PA_RLS_IP || method=="PUBLISH" and src_ip!=SER-PA_RLS_IP) {
# needed here? On OSER record_route(); forward_udp(SER-PA_RLS_IP,5060); exit;};
The OSER belongs to somebody else, I need to ask him whether he has a record_route() in the config file.
best regards Toni
-------- Original-Nachricht -------- Datum: Mon, 19 Jun 2006 15:49:19 +0200 Von: Vaclav Kubart vaclav.kubart@iptel.org An: Anton Schula anton.schula@gmx.at Betreff: Re: [Serusers] Sending NOTIFY messages from presence module to an SIP Proxy Server
Hi, NOTIFYs should be sent via dialog routes (created by Record-Routes in SUBSCRIBE request). Please could you attach message dump from SER-PA_RLS? (by ngrep for example)
May be, that you don't see NOTIFYs because they are "eaten" by loose route processing on OSER (try to watch with ngrep on that machine if you see a NOTIFY).
Vaclav
On Mon, Jun 19, 2006 at 03:41:29PM +0200, Anton Schula wrote:
Hello,
I have a routing problem with SER and OpenSer regarding presence NOTIFY messages.
I want to use OpenSer (OSER in the diagram below) as SIP registrar and for routing SIP messages (which is working perfectly). And I have a separate SER with the PA and RLS modules (called SER-PA_RLS). This one also works perfectly when used as standalone server.
Now I have configured the OSER to forward PUBLISH and SUBSCRIBE messages to the SER-PA_RLS. This part is O.K., messages are routed from the client over the OSER to SER-PA_RLS, reply messages travel back from SER-PA_RLS to the OSER and from there to the client. That's O.K., so OSER apears to have correct routing.
But NOTIFY messages originating at the SER-PA_RLS are sent directly to the client, using the clients contact address.
How can I configure SER-PA_RLS to send the NOTIFY messages via the OSER? In fact, this is all that SER-PA_RLS shall send to the outside world. All routing decissions shall be done in the OSER. The SER-PA_RLS should not be directly accessed (a firewall is in place).
Call Flows:
Messages from Client to Presence server are O.K. OSER routes them to the SER-PA_RLS. Responses travel back via OSER.
###### ######## ############## # UA # # OSER # # SER-PA_RLS # ###### ######## ############## | | | |----PUBLISH--->| | | |----PUBLISH---->| | |<-----OK------- | |<------OK------| | | | | | | | |---SUBSCRIBE-->| | | |---SUBSCRIBE--->| | |<-----OK------- | |<------OK------| | | | | | | | | | |
Intended route of NOTIFY messages:
###### ######## ############## # UA # # OSER # # SER-PA_RLS # ###### ######## ############## | | | | |<----NOTIFY-----| |<----NOTIFY----| | |-------OK----->| | | |-------OK------>| | | | | | |
Observed route of NOTIFY messages:
###### ######## ############## # UA # # OSER # # SER-PA_RLS # ###### ######## ############## | | | | | | |<-------------NOTIFY------------| |----------------OK------------->| | | | | | |
(In fact I only see the UDP SIP NOTIFY leavin the SER-PA_RLS machine.
The firewall blocks this message, so the client nevers receives it.)
I tried several configurations in ser.cfg, including ... if (method=="NOTIFY") { log(1,"NOTIFY forwarded to OSER\n"); forward(OSER-hostname,5060); } ...
I never saw the log message. I think, that sending out messages from the SER or at least the presence module is independend from routing in the ser.cfg.
Can anybody tell me how to forward all outgoing messages to the OSER?
Many thank's in advance!
best regards A. Schula
PS: For your information On OSER, I simply use this
if (method=="SUBSCRIBE" and src_ip!=SER-PA_RLS_IP || method=="NOTIFY" and src_ip!=SER-PA_RLS_IP || method=="PUBLISH" and src_ip!=SER-PA_RLS_IP) { forward_udp(SER-PA_RLS_IP,5060); exit; };--
Echte DSL-Flatrate dauerhaft für 0,- Euro*! "Feel free" mit GMX DSL! http://www.gmx.net/de/go/dsl _______________________________________________ Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer