[Freeswitch-users] enterprise deployment not working

Fri Aug 19 22:47:34 MSD 2011

I didn't create that page, i just added the opensips installation part.
i set the IPs according to whoever initially wrote that page.

On Fri, Aug 19, 2011 at 2:26 PM, Michael Collins <msc at freeswitch.org> wrote:

> in your example you used non-RFC1918 IP addresses, i.e. public addrs. Was
> that by design? Just curious.
>
> -MC
>
>
> On Fri, Aug 19, 2011 at 11:04 AM, vip killa <vipkilla at gmail.com> wrote:
>
>> http://wiki.freeswitch.org/wiki/Enterprise_deployment_OpenSIPS#OpenSIPS
>> Done. Hope that's not too much, i tried to make it as complete as
>> possible.
>>
>>
>> On Fri, Aug 19, 2011 at 11:43 AM, Michael Collins <msc at freeswitch.org>wrote:
>>
>>> Perhaps you just need to wrap your scripts and config files in
>>> <code></code> tags. You can also use <nowiki></nowiki> if you have text that
>>> is causing strange wiki features to be turned on.
>>>
>>> -MC
>>>
>>> On Fri, Aug 19, 2011 at 6:54 AM, vip killa <vipkilla at gmail.com> wrote:
>>>
>>>> I managed to get this working and i wanted to contribute how... i
>>>> edited
>>>> http://wiki.freeswitch.org/wiki/Enterprise_deployment_OpenSIPS#OpenSIPS
>>>> but the format is all screwed up and i'd like to add an init.d startup
>>>> script
>>>> perhaps someone could format that wiki page better and add an init.d
>>>> script?
>>>>
>>>> On Tue, Aug 16, 2011 at 3:22 PM, vip killa <vipkilla at gmail.com> wrote:
>>>>
>>>>> I did an ngrep trace and opensips is returning:
>>>>>
>>>>> SIP/2.0 503 Service Unavailable
>>>>> CSeq: 54 REGISTER
>>>>>
>>>>> before it even tries the FS server...
>>>>> perhaps this wiki page needs to be updated...
>>>>>
>>>>>
>>>>> On Tue, Aug 16, 2011 at 2:03 PM, vip killa <vipkilla at gmail.com> wrote:
>>>>>
>>>>>> I'm following tutorial at
>>>>>> http://wiki.freeswitch.org/wiki/Enterprise_deployment_<http://wiki.freeswitch.org/wiki/Enterprise_deployment_OpenSIPS>
>>>>>> OpenSIPS<http://wiki.freeswitch.org/wiki/Enterprise_deployment_OpenSIPS> and
>>>>>> opensips is not forwarding the registration requests...
>>>>>> Running opensips-1.6.4-2-tls,
>>>>>> Here is what the debugging looks like when i try to register with the
>>>>>> opensip box
>>>>>> 10.20.30.17 is the opensips box.
>>>>>> 10.20.30.18 is the FreeSWITCH box.
>>>>>>
>>>>>>
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_msg: SIP Request:
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_msg:  method:  <REGISTER>
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_msg:  uri:     <sip:10.20.30.17>
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_msg:  version: <SIP/2.0>
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_headers: flags=2
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:get_hdr_field: cseq <CSeq>: <43> <REGISTER>
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_via_param: found param type 232, <branch> =
>>>>>> <z9hG4bKda029da0-e604-1910-80bc-002622a67db9>; state=6
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_via_param: found param type 235, <rport> = <n/a>; state=17
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_via: end of header reached, state=5
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_headers: via found, flags=2
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_headers: this is the first via
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:receive_msg: After parse_msg...
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:receive_msg: preparing to run routing scripts...
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_headers: flags=100
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_to: end of header reached, state=10
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_to: display={}, ruri={sip:1000 at 10.20.30.17}
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:get_hdr_field: <To> [24]; uri=[sip:1000 at 10.20.30.17]
>>>>>>  ]  16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:get_hdr_field: to body [<sip:1000 at 10.20.30.17>
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:get_hdr_field: content_length=0
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:maxfwd:is_maxfwd_present: value = 70
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:uri:has_totag: no totag
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_to_param: tag=70ea9ca0-e604-1910-80bc-002622a67db9
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_to: end of header reached, state=29
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_to: display={}, ruri={sip:1000 at 10.20.30.17}
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:dispatcher:ds_select_dst: set [1]
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:dispatcher:ds_select_dst: alg hash [1], id [1]
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:parse_headers: flags=ffffffffffffffff
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:get_hdr_field: found end of header
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:check_ip_address: params 72.237.213.162, 72.237.213.162, 0
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:destroy_avp_list: destroying list (nil)
>>>>>> Aug 16 13:40:14 voipdev1 /usr/local/sbin/opensips[2580]:
>>>>>> DBG:core:receive_msg: cleaning up
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:
>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>>
>>>>
>>>
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110819/0e09cd9c/attachment-0001.html 