Hi Mihail,
you could also see the REGISTER in the PCAP, if you did not configure
your DNS/BIND properly...
Thanks,
Carsten
P.S.: I regularly test Zoiper with our own setup, it works... and it
even should work with the 4.4 version, you're running.
2016-05-30 17:25 GMT+03:00 Mihail Dakov <mihail.dakov(a)ng4t.com>om>:
On 05/30/2016 04:11 PM, Carsten Bock wrote:
Hi,
the Zone-File is the interesting part, not the Bind-Config.
Did you configure the outbound Proxy on Zoiper properly?
Yes, otherwise the
REGISTER from the UE would be missing from the pcap,
right?
You can actually see in the trace, that the
Proxy-CSCF is forwarding
the packet to itself (looping) and at some point it drops the request.
I see that as well. I eliminated big part of the log as is the loop
itself. After some time it gets stable. But to estimate the nature of
the loop I get about 1M log lines with debug level 5 for 1 register
procedure triggered from the UE.
I guess i'll check with the trunk code meanwhile.
Thanks,
Carsten
2016-05-30 16:53 GMT+03:00 Mihail Dakov <mihail.dakov(a)ng4t.com>om>:
> Hi,
>
> DNS error? This is interesting. Well I got a local bind running with a
> dnszone provided from ims aio from
kamailio.org site. You can have a
> look at the bind config which copied adjusting port numbers.
> I would say that it does work:
>
> user@host:etc/kamailio$ host hss
> hss.open-ims.test has address 192.168.177.100
> user@host:/etc/kamailio$ host icscf
> icscf.open-ims.test has address 192.168.177.100
> user@host:/etc/kamailio$ host pcscf
> pcscf.open-ims.test has address 192.168.177.100
> user@host:/etc/kamailio$ host scscf
> scscf.open-ims.test has address 192.168.177.100
>
>
>
>
> On 05/30/2016 03:40 PM, Carsten Bock wrote:
>> Hi,
>>
>> looks to me, like a typical DNS error. How did you configure DNS?
>> You have BIND up and running and a proper Zone-File? Do the CSCF's
>> properly query the DNS?
>>
>> Thanks,
>> Carsten
>>
>> 2016-05-30 16:35 GMT+03:00 Mihail Dakov <mihail.dakov(a)ng4t.com>om>:
>>> Hi Folks,
>>>
>>> I have the strangest problem just after installing latest stable
>>> version. I had tried both ways using the repo
>>> (
http://deb.kamailio.org/kamailio44) and downloading code with local
>>> compile (
https://www.kamailio.org/w/2016/05/kamailio-v4-4-1-released/)
>>>
>>> The initial scenario is to get M2M with commercial IP and subsequently
>>> use the Rx interface to do the same. We are blocked because we cannot
>>> even achieve clean register for the UEs.
>>>
>>> UE1(galaxy s4 zoiper) -------- Kamailio IMS aio
>>> |
>>> UE2(galaxy s4 zoiper) -------- |
>>>
>>>
>>> What happens is that the first register message triggers some
>>> quasi-endless loop in the PCSCF. Hence it cannot be forwarded to SCSCF,
>>> ICSCF and HSS. But this doesn't always happen and between all the parse
>>> problems there are some register messages which get passed to the scscf
>>> icscf and hss. Somehow the parser feeds itself from the previous parse
>>> run and thus loops quite intensively. The message I get is SIP/2.0 400
>>> CSeq method does not match request method.
>>> I must say that reiterating the registration process sometimes i get the
>>> register and sometimes i don't.
>>>
>>> Has anyone encounter similar issue for similar use case and can share
>>> some thoughs about a fix?
>>>
>>> I attached relevant log file, pcaps and configuration files. Let me know
>>> if more config files are needed.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
> _______________________________________________
> 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
>
_______________________________________________
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