[OpenSIPS-Users] opensips als LB for multi-FS cluster: nasty problems with TCP/TLS registered clients
Johannes Jakob
lists.jj at googlemail.com
Fri Aug 17 14:46:08 CEST 2012
Hi again,
I'm sorry to have to be that persistent, but I'm running out of time with this issue, things have to be running smoothly next week.
Is there an obvious flaw in my setup you can point me out to?
Thanks a lot and best Regards,
Johannes
--
Johannes Jakob
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, 16. August 2012 at 11:04, Johannes Jakob wrote:
> Hi Bogdan,
>
> Thanks for trying to help! (And this great piece of software!)
>
> My slightly modified version of the config:
>
> http://pastebin.freeswitch.org/19716
>
> Thanks again!
>
> Best Regards,
>
> Johannes
>
>
>
> On Thu, Aug 16, 2012 at 10:28 AM, Bogdan-Andrei Iancu
> <bogdan at opensips.org (mailto:bogdan at opensips.org)> wrote:
> > Hi Johannes,
> >
> > So FS acts as register server, OpenSIPs is just LB. If so, I suspect so
> > error in the routing logic in OpenSIPS (when handling calls from FS to
> > UACs).
> >
> > Could you post somewhere (pastebin) your script ?
> >
> > Regards,
> >
> > Bogdan-Andrei Iancu
> > OpenSIPS Founder and Developer
> > http://www.opensips-solutions.com
> >
> >
> >
> > On 08/15/2012 11:46 PM, Johannes Jakob wrote:
> > >
> > > Hi guys,
> > >
> > > First of all, I'm rather new to OpenSIPs and still struggling with
> > > details of configuration.
> > > OpenSIPs is used for "load balancing" in front of currently only one
> > > active and one standby FreeSWITCH servers.
> > >
> > >
> > >
> > > As a starting point, I used the example config I found here:
> > >
> > > http://wiki.freeswitch.org/wiki/OpenSIPS_configuration_for_2_or_more_FreeSWITCH_installs#Edit_opensips.cfg
> > >
> > >
> > > Since it worked out of the box, I didn't change much:
> > > - enabled TLS support
> > > - modified addresses and ports
> > > listen=udp:222.222.222.222:5060
> > > listen=tcp:222.222.222.222:5060
> > > listen=tls:222.222.222.222:5061
> > > disable_tls=no
> > > tls_method=SSLv23
> > >
> > > fixed localcache.so -> cachedb_local.so with variables
> > > loaded sipmsgops.so
> > >
> > >
> > >
> > > Well, the problem is, that OpenSIPs doesn't consider the transport
> > > protocol, the sip client is using.
> > >
> > > Until now, all the clients were using UDP to register, so I didn't
> > > have any problems. But now, some
> > > clients need to register via TCP or even better TLS, because iPhone
> > > clients need a tcp session to be
> > > notified of incoming calls when the app is running backgrounded.
> > >
> > > Clients (iPhone Groundwire) can connect just fine via TCP or TLS, can
> > > make calls without any issues, BUT
> > > can't receive calls at all. (when registering via UDP, they can
> > > receive calls until they suspend the app)
> > >
> > > For starters, let's asume the client registers via TCP.
> > >
> > >
> > > Scenario:
> > >
> > > iPhone<TCP> OpenSIPs<UDP> FreeSWITCH
> > >
> > > Registering works fine with these protocols (the iPhone sends and
> > > receives TCP messages)
> > >
> > >
> > >
> > >
> > >
> > > FreeSWITCH's perspective:
> > >
> > >
> > > Registrations:
> > >
> > > =================================================================================================
> > > Call-ID: E5D9A907EC8E61D20B0A59F00D5810FC20EF7D63
> > > User: 1002 at sip.isp.net (mailto:1002 at sip.isp.net)
> > > Contact: "user"
> > >
> > > <sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp;fs_path=%3Csip%3A222.222.222.222%3Br2%3Don%3Blr%3Breceived%3Dsip%3A17.17.17.235%3A52364%3E>
> > > Agent: Acrobits Softphone Business/2.4
> > > Status: Registered(TCP)(unknown) EXP(2012-08-15 22:17:58)
> > > EXPSECS(91)
> > > Host: pbx.isp.net (http://pbx.isp.net)
> > > IP: 222.222.222.222
> > > Port: 5060
> > > Auth-User: 1002
> > > Auth-Realm: sip.isp.net (http://sip.isp.net)
> > > MWI-Account: 1002 at sip.isp.net (mailto:1002 at sip.isp.net)
> > >
> > > Total items returned: 1
> > >
> > > =================================================================================================
> > >
> > >
> > > So, there is ";transport=tcp" present and FreeSWITCH even says
> > > "Registered(TCP)" even though it never
> > > really sees any TCP packets from the client, or OpenSIPs.
> > >
> > >
> > >
> > >
> > > Testcall:
> > >
> > >
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > > freeswitch at internal> expand originate
> > > ${sofia_contact(1002 at sip.isp.net (mailto:1002 at sip.isp.net))}&echo
> > > -ERR RECOVERY_ON_TIMER_EXPIRE
> > >
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_ivr_originate.c:1961 Parsing
> > > global variables
> > > 2012-08-15 22:15:09.835230 [NOTICE] switch_channel.c:941 New Channel
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364
> > > [089415ae-4a31-46f2-9042-81cb900a88be]
> > > 2012-08-15 22:15:09.835230 [DEBUG] mod_sofia.c:4796
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State Change CS_NEW ->
> > > CS_INIT
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_session.c:1229 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_state_machine.c:385
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Running State Change
> > > CS_INIT
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_state_machine.c:424
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State INIT
> > > 2012-08-15 22:15:09.835230 [DEBUG] mod_sofia.c:85
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 SOFIA INIT
> > > 2012-08-15 22:15:09.835230 [DEBUG] sofia_glue.c:2580
> > > sip:222.222.222.222;r2=on;lr;received=sip:17.17.17.235:52364;transport=tcp
> > > Setting proxy route to sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364
> > > 2012-08-15 22:15:09.835230 [DEBUG] sofia_glue.c:2609 Local SDP:
> > > v=0
> > > o=FreeSWITCH 1345044033 1345044034 IN IP4 13.13.13.66
> > > s=FreeSWITCH
> > > c=IN IP4 13.13.13.66
> > > t=0 0
> > > m=audio 17676 RTP/AVP 8 0 98 99 9 100 3 101 13
> > > a=rtpmap:98 G7221/32000
> > > a=fmtp:98 bitrate=48000
> > > a=rtpmap:99 G7221/16000
> > > a=fmtp:99 bitrate=32000
> > > a=rtpmap:100 iLBC/8000
> > > a=fmtp:100 mode=30
> > > a=rtpmap:101 telephone-event/8000
> > > a=fmtp:101 0-16
> > > a=ptime:20
> > > a=sendrecv
> > > m=video 16724 RTP/AVP 34 102
> > > a=rtpmap:34 H263/90000
> > > a=rtpmap:102 H264/90000
> > >
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_session.c:924 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:09.835230 [DEBUG] mod_sofia.c:125
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State Change CS_INIT ->
> > > CS_ROUTING
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_session.c:1229 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_state_machine.c:424
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State INIT going to sleep
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_state_machine.c:385
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Running State Change
> > > CS_ROUTING
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_channel.c:1934
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Callstate Change DOWN ->
> > > RINGING
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_state_machine.c:433
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State ROUTING
> > > 2012-08-15 22:15:09.835230 [DEBUG] mod_sofia.c:148
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 SOFIA ROUTING
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_ivr_originate.c:67
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State Change CS_ROUTING
> > > -> CS_CONSUME_MEDIA
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_session.c:1229 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_state_machine.c:433
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State ROUTING going to
> > > sleep
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_state_machine.c:385
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Running State Change
> > > CS_CONSUME_MEDIA
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_state_machine.c:452
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State CONSUME_MEDIA
> > > 2012-08-15 22:15:09.835230 [DEBUG] switch_core_state_machine.c:452
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State CONSUME_MEDIA going
> > > to sleep
> > > 2012-08-15 22:15:09.835230 [DEBUG] sofia.c:6058 Channel
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 entering state [calling][0]
> > > 2012-08-15 22:15:14.965051 [DEBUG] switch_core_session.c:924 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:14.965051 [DEBUG] switch_core_session.c:924 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:14.965051 [DEBUG] switch_core_session.c:924 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:14.965051 [DEBUG] sofia.c:6058 Channel
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 entering state
> > > [terminated][408]
> > > 2012-08-15 22:15:14.965051 [DEBUG] switch_channel.c:2914
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Callstate Change RINGING
> > > -> HANGUP
> > > 2012-08-15 22:15:14.965051 [NOTICE] sofia.c:6850 Hangup
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [CS_CONSUME_MEDIA]
> > > [RECOVERY_ON_TIMER_EXPIRE]
> > > 2012-08-15 22:15:14.965051 [DEBUG] switch_channel.c:2937 Send signal
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [KILL]
> > > 2012-08-15 22:15:14.965051 [DEBUG] switch_core_session.c:1229 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:14.965051 [DEBUG] switch_core_state_machine.c:385
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Running State Change
> > > CS_HANGUP
> > > 2012-08-15 22:15:14.965051 [DEBUG] switch_core_state_machine.c:625
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State HANGUP
> > > 2012-08-15 22:15:14.965051 [DEBUG] mod_sofia.c:474 Channel
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 hanging up, cause:
> > > RECOVERY_ON_TIMER_EXPIRE
> > > 2012-08-15 22:15:14.965051 [DEBUG] switch_ivr_originate.c:3458
> > > Originate Resulted in Error Cause: 102 [RECOVERY_ON_TIMER_EXPIRE]
> > > 2012-08-15 22:15:14.975212 [DEBUG] switch_core_state_machine.c:47
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 Standard HANGUP, cause:
> > > RECOVERY_ON_TIMER_EXPIRE
> > > 2012-08-15 22:15:14.975212 [DEBUG] switch_core_state_machine.c:625
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State HANGUP going to
> > > sleep
> > > 2012-08-15 22:15:14.975212 [DEBUG] switch_core_state_machine.c:416
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State Change CS_HANGUP ->
> > > CS_REPORTING
> > > 2012-08-15 22:15:14.975212 [DEBUG] switch_core_session.c:1229 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:14.975212 [DEBUG] switch_core_state_machine.c:385
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Running State Change
> > > CS_REPORTING
> > > 2012-08-15 22:15:14.975212 [DEBUG] switch_core_state_machine.c:685
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State REPORTING
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_state_machine.c:79
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 Standard REPORTING, cause:
> > > RECOVERY_ON_TIMER_EXPIRE
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_state_machine.c:685
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State REPORTING going to
> > > sleep
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_state_machine.c:410
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State Change CS_REPORTING
> > > -> CS_DESTROY
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_session.c:1229 Send
> > > signal sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [BREAK]
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_session.c:1429 Session
> > > 2380 (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Locked, Waiting on
> > > external entities
> > > 2012-08-15 22:15:15.035061 [NOTICE] switch_core_session.c:1447 Session
> > > 2380 (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Ended
> > > 2012-08-15 22:15:15.035061 [NOTICE] switch_core_session.c:1449 Close
> > > Channel sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 [CS_DESTROY]
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_state_machine.c:514
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Callstate Change HANGUP
> > > -> DOWN
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_state_machine.c:517
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) Running State Change
> > > CS_DESTROY
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_state_machine.c:527
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State DESTROY
> > > 2012-08-15 22:15:15.035061 [DEBUG] mod_sofia.c:374
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 SOFIA DESTROY
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_state_machine.c:86
> > > sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364 Standard DESTROY
> > > 2012-08-15 22:15:15.035061 [DEBUG] switch_core_state_machine.c:527
> > > (sofia/internal/sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364) State DESTROY going to
> > > sleep
> > >
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > >
> > > so, somewhere in between, the call gets stuck.
> > >
> > > Packets between FreeSWITCH<> OpenSIPs:
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > > T(6) 13.13.13.66:49684 -> 222.222.222.222:5060 [A]
> > > INVITE sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp
> > > SIP/2.0.
> > > Via: SIP/2.0/TCP 13.13.13.66;branch=z9hG4bK2806Htm7H3jXc.
> > > Route:<sip:222.222.222.222;r2=on;lr;received=sip:17.17.17.235:52364>.
> > > Max-Forwards: 70.
> > > From: ""<sip:0000000000 at 13.13.13.66 (mailto:0000000000 at 13.13.13.66)>;tag=jceDZSa3y2Kej.
> > > To:<sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp>.
> > > Call-ID: c1087393-61b8-1230-2c88-0016367615cd.
> > > CSeq: 32194790 INVITE.
> > > Contact:<sip:mod_sofia at 13.13.13.66 (mailto:mod_sofia at 13.13.13.66):5060;transport=tcp>.
> > > User-Agent: FreeSWITCH.
> > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO,
> > > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE.
> > > Supported: timer, precondition, path, replaces.
> > > Allow-Events: talk, hold, conference, presence, dialog, line-seize,
> > > call-info, sla, include-session-description, presence.winfo,
> > > message-summary, refer.
> > > Content-Type: application/sdp.
> > > Content-Disposition: session.
> > > Content-Length: 442.
> > > X-FS-Support: update_display,send_info.
> > > Remote-Party-ID:
> > > <sip:0000000000 at 13.13.13.66 (mailto:0000000000 at 13.13.13.66)>;party=calling;screen=yes;privacy=off.
> > > .
> > > v=0.
> > > o=FreeSWITCH 1345044033 1345044034 IN IP4 13.13.13.66.
> > > s=FreeSWITCH.
> > > c=IN IP4 13.13.13.66.
> > > t=0 0.
> > > m=audio 17676 RTP/AVP 8 0 98 99 9 100 3 101 13.
> > > a=rtpmap:98 G7221/32000.
> > > a=fmtp:98 bitrate=48000.
> > > a=rtpmap:99 G7221/16000.
> > > a=fmtp:99 bitrate=32000.
> > > a=rtpmap:100 iLBC/8000.
> > > a=fmtp:100 mode=30.
> > > a=rtpmap:101 telephone-event/8000.
> > > a=fmtp:101 0-16.
> > > a=ptime:20.
> > > m=video 16724 RTP/AVP 34 102.
> > > a=rtpmap:34 H263/90000.
> > >
> > > T(6) 222.222.222.222:5060 -> 13.13.13.66:49684 [AP]
> > > SIP/2.0 100 Giving a try.
> > > Via: SIP/2.0/TCP 13.13.13.66;branch=z9hG4bK2806Htm7H3jXc.
> > > From: ""<sip:0000000000 at 13.13.13.66 (mailto:0000000000 at 13.13.13.66)>;tag=jceDZSa3y2Kej.
> > > To:<sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp>.
> > > Call-ID: c1087393-61b8-1230-2c88-0016367615cd.
> > > CSeq: 32194790 INVITE.
> > > Content-Length: 0.
> > > .
> > >
> > >
> > > T(6) 222.222.222.222:5060 -> 13.13.13.66:49684 [AP]
> > > SIP/2.0 408 Request Timeout.
> > > Via: SIP/2.0/TCP 13.13.13.66;branch=z9hG4bK2806Htm7H3jXc.
> > > From: ""<sip:0000000000 at 13.13.13.66 (mailto:0000000000 at 13.13.13.66)>;tag=jceDZSa3y2Kej.
> > >
> > > To:<sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp>;tag=a5cab58048d4dd8f69e59a1e9a450a6f-abe7.
> > > Call-ID: c1087393-61b8-1230-2c88-0016367615cd.
> > > CSeq: 32194790 INVITE.
> > > Content-Length: 0.
> > > .
> > >
> > >
> > > T(6) 13.13.13.66:49684 -> 222.222.222.222:5060 [AP]
> > > ACK sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp SIP/2.0.
> > > Via: SIP/2.0/TCP 13.13.13.66;branch=z9hG4bK2806Htm7H3jXc.
> > > Route:<sip:222.222.222.222;r2=on;lr;received=sip:17.17.17.235:52364>.
> > > Max-Forwards: 70.
> > > From: ""<sip:0000000000 at 13.13.13.66 (mailto:0000000000 at 13.13.13.66)>;tag=jceDZSa3y2Kej.
> > >
> > > To:<sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp>;tag=a5cab58048d4dd8f69e59a1e9a450a6f-abe7.
> > > Call-ID: c1087393-61b8-1230-2c88-0016367615cd.
> > > CSeq: 32194790 ACK.
> > > Content-Length: 0.
> > >
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > >
> > >
> > > Packets between OpenSIPs<> Client
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > > U(17) 222.222.222.222:5060 -> 17.17.17.235:52364
> > > INVITE sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp
> > > SIP/2.0.
> > > Record-Route:<sip:222.222.222.222;lr;ftag=jceDZSa3y2Kej;did=97b.0e7f5fd3>.
> > > Via: SIP/2.0/UDP 222.222.222.222;branch=z9hG4bK9728.d8c6c7c.0;i=f.
> > > Via: SIP/2.0/TCP 13.13.13.66;branch=z9hG4bK2806Htm7H3jXc.
> > > Max-Forwards: 30.
> > > From: ""<sip:0000000000 at 13.13.13.66 (mailto:0000000000 at 13.13.13.66)>;tag=jceDZSa3y2Kej.
> > > To:<sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp>.
> > > Call-ID: c1087393-61b8-1230-2c88-0016367615cd.
> > > CSeq: 32194790 INVITE.
> > > Contact:<sip:mod_sofia at 13.13.13.66 (mailto:mod_sofia at 13.13.13.66):5060;transport=tcp>.
> > > User-Agent: FreeSWITCH.
> > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO,
> > > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE.
> > > Supported: timer, precondition, path, replaces.
> > > Allow-Events: talk, hold, conference, presence, dialog, line-seize,
> > > call-info, sla, include-session-description, presence.winfo,
> > > message-summary, refer.
> > > Content-Type: application/sdp.
> > > Content-Disposition: session.
> > > Content-Length: 442.
> > > X-FS-Support: update_display,send_info.
> > > Remote-Party-ID:
> > > <sip:0000000000 at 13.13.13.66 (mailto:0000000000 at 13.13.13.66)>;party=calling;screen=yes;privacy=off.
> > > .
> > > v=0.
> > > o=FreeSWITCH 1345044033 1345044034 IN IP4 13.13.13.66.
> > > s=FreeSWITCH.
> > > c=IN IP4 13.13.13.66.
> > > t=0 0.
> > > m=audio 17676 RTP/AVP 8 0 98 99 9 100 3 101 13.
> > > a=rtpmap:98 G7221/32000.
> > > a=fmtp:98 bitrate=48000.
> > > a=rtpmap:99 G7221/16000.
> > > a=fmtp:99 bitrate=32000.
> > > a=rtpmap:100 iLBC/8000.
> > > a=fmtp:100 mode=30.
> > > a=rtpmap:101 telephone-event/8000.
> > > a=fmtp:101 0-16.
> > > a=ptime:20.
> > > m=video
> > >
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > >
> > >
> > > So, even though OpenSIPs spoke UDP with FreeSWITCH at the REGISTER,
> > > FreeSWITCH decides to speak TCP with OpenSIPS at the INVITE, because
> > > it considers 1002 registered via TCP. So far so good...
> > >
> > > But then OpenSIPs decides to speak UDP with the iPhone, that has been
> > > registered via TCP and thus the firewalls won't allow
> > > the UDP messages to pass.
> > >
> > >
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > > Aug 15 22:16:48 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|start|received tcp request INVITE
> > > sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp
> > > Aug 15 22:16:48 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|source 13.13.13.66:49684
> > > Aug 15 22:16:48 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|from
> > > sip:0000000000 at 13.13.13.66 (mailto:0000000000 at 13.13.13.66)
> > > Aug 15 22:16:48 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|to
> > > sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp
> > > Aug 15 22:16:48 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|originated from internal
> > > sources
> > > Aug 15 22:16:48 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|added this server to the
> > > route set
> > > Aug 15 22:16:48 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|pass|17.17.17.235:52364
> > > Aug 15 22:16:53 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|start|received tcp request ACK
> > > sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp
> > > Aug 15 22:16:53 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|source 13.13.13.66:49684
> > > Aug 15 22:16:53 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|from
> > > sip:0000000000 at 13.13.13.66 (mailto:0000000000 at 13.13.13.66)
> > > Aug 15 22:16:53 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|to
> > > sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52364;rinstance=8AC2D8C4;transport=tcp
> > > Aug 15 22:16:53 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|originated from internal
> > > sources
> > > Aug 15 22:16:53 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|log|forwarding based on the route
> > > set
> > > Aug 15 22:16:53 pbxlb1 opensips[17018]:
> > > c1087393-61b8-1230-2c88-0016367615cd|pass|17.17.17.235:52364
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > >
> > > Strange enough: it still knows transport=tcp, so it _should_ be able
> > > to send it out via TCP, shouldn't it?
> > >
> > >
> > >
> > > Something else:
> > >
> > > FreeSWITCH is sending Voicemail waiting notifications via UDP, even
> > > though it knew to send TCP when doing the INVITE before....:
> > > Those are being sent
> > >
> > > FreeSWITCH<UDP> OpenSIPs<UDP> iPhone
> > >
> > > which can't be successfull, since the NAT gateway and firewalls are
> > > expecting TCP :
> > >
> > >
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > > U(17) 13.13.13.66:5060 -> 222.222.222.222:5060
> > > NOTIFY sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52347;rinstance=8AC2D8C4;transport=tcp
> > > SIP/2.0.
> > > Via: SIP/2.0/UDP 13.13.13.66;rport;branch=z9hG4bKvZXHgpDj0435K.
> > > Route:<sip:222.222.222.222;r2=on;lr;received=sip:17.17.17.235:52347>.
> > > Max-Forwards: 70.
> > > From:<sip:1002 at sip.isp.net (mailto:1002 at sip.isp.net)>;tag=7a8va2373KpUB.
> > > To:<sip:1002 at sip.isp.net (mailto:1002 at sip.isp.net)>.
> > > Call-ID: 82f87795-61b5-1230-2c88-0016367615cd.
> > > CSeq: 32194094 NOTIFY.
> > > Contact:<sip:mod_sofia at 13.13.13.66 (mailto:mod_sofia at 13.13.13.66):5060>.
> > > User-Agent: FreeSWITCH.
> > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO,
> > > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE.
> > > Supported: timer, precondition, path, replaces.
> > > Event: message-summary.
> > > Allow-Events: talk, hold, conference, presence, dialog, line-seize,
> > > call-info, sla, include-session-description, presence.winfo,
> > > message-summary, refer.
> > > Subscription-State: terminated;reason=noresource.
> > > Content-Type: application/simple-message-summary.
> > > Content-Length: 77.
> > > .
> > > Messages-Waiting: no.
> > > Message-Account: sip:1002 at sip.isp.net (mailto:1002 at sip.isp.net).
> > > .
> > >
> > >
> > > U(17) 222.222.222.222:5060 -> 17.17.17.235:52347
> > > NOTIFY sip:1002 at 17.17.17.235 (mailto:1002 at 17.17.17.235):52347;rinstance=8AC2D8C4;transport=tcp
> > > SIP/2.0.
> > > Record-Route:<sip:222.222.222.222;lr;ftag=7a8va2373KpUB>.
> > > Via: SIP/2.0/UDP 222.222.222.222;branch=z9hG4bKa602.b40dc823.0.
> > > Via: SIP/2.0/UDP
> > > 13.13.13.66;received=13.13.13.66;rport=5060;branch=z9hG4bKvZXHgpDj0435K.
> > > Max-Forwards: 30.
> > > From:<sip:1002 at sip.isp.net (mailto:1002 at sip.isp.net)>;tag=7a8va2373KpUB.
> > > To:<sip:1002 at sip.isp.net (mailto:1002 at sip.isp.net)>.
> > > Call-ID: 82f87795-61b5-1230-2c88-0016367615cd.
> > > CSeq: 32194094 NOTIFY.
> > > Contact:<sip:mod_sofia at 13.13.13.66 (mailto:mod_sofia at 13.13.13.66):5060>.
> > > User-Agent: FreeSWITCH.
> > > Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO,
> > > REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE.
> > > Supported: timer, precondition, path, replaces.
> > > Event: message-summary.
> > > Allow-Events: talk, hold, conference, presence, dialog, line-seize,
> > > call-info, sla, include-session-description, presence.winfo,
> > > message-summary, refer.
> > > Subscription-State: terminated;reason=noresource.
> > > Content-Type: application/simple-message-summary.
> > > Content-Length: 77.
> > > .
> > > Messages-Waiting: no.
> > > Message-Account: sip:1002 at sip.isp.net (mailto:1002 at sip.isp.net).
> > >
> > >
> > > U(17) 222.222.222.222:5060 -> 13.13.13.66:5060
> > > SIP/2.0 408 Request Timeout.
> > > Via: SIP/2.0/UDP
> > > 13.13.13.66;received=13.13.13.66;rport=5060;branch=z9hG4bKvZXHgpDj0435K.
> > > From:<sip:1002 at sip.isp.net (mailto:1002 at sip.isp.net)>;tag=7a8va2373KpUB.
> > > To:<sip:1002 at sip.isp.net (mailto:1002 at sip.isp.net)>;tag=a5cab58048d4dd8f69e59a1e9a450a6f-5d71.
> > > Call-ID: 82f87795-61b5-1230-2c88-0016367615cd.
> > > CSeq: 32194094 NOTIFY.
> > > Content-Length: 0.
> > >
> > >
> > > --------------------------------------------------------------------------------------------------------------------------
> > >
> > >
> > >
> > >
> > >
> > >
> > > # opensips -V
> > > version: opensips 1.8.0-tls (x86_64/linux)
> > > flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, DISABLE_NAGLE,
> > > USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC,
> > > FAST_LOCK-ADAPTIVE_WAIT
> > > ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> > > MAX_URI_SIZE 1024, BUF_SIZE 65535
> > > poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
> > > svnrevision: 2:9124
> > > @(#) $Id: main.c 8772 2012-03-08 11:16:13Z bogdan_iancu $
> > > main.c compiled on 17:31:12 Jul 2 2012 with gcc 4.6
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > To be clear on this: I need to support all three protocols, UDP, TCP
> > > and TLS between client and OpenSIPs. So I can't do any static
> > > packet manipulation, it should be as dynamic as possible.
> > >
> > >
> > >
> > > I'd really appreciate any hint in the right direction!
> > >
> > >
> > > Thanks for your time and wisdom,
> > >
> > > Johannes
> > >
> > > _______________________________________________
> > > 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
>
More information about the Users
mailing list