[SR-Users] ERROR: dispatcher [dispatch.c:1402]: ds_load_remove(): cannot find load for

Will Ferrer will.ferrer at switchsoft.com
Wed Dec 10 23:00:51 CET 2014


Hi Daniel

Sounds great. Thanks again for everything and happy holidays.

All the best

Will

On Wed, Dec 10, 2014 at 3:28 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

>  Hello,
>
> I will look into it as soon as possible - again, it is harmless overall,
> but shouldn't be a log message if it is not an issue there.
>
> Cheers,
> Daniel
>
>
> On 10/12/14 02:14, Will Ferrer wrote:
>
> Hi Daniel
>
>  I seem to see be having the issue with out with out defining
> the dstid_avp. I guess it's a non issue but was wondering if there was a
> way to make it go away.
>
>  Thanks again for the assistance.
>
>  Will
>
> On Tue, Dec 9, 2014 at 4:06 PM, Will Ferrer <will.ferrer at switchsoft.com>
> wrote:
>
>> Hi Daniel
>>
>>  Thanks for the write back.
>>
>>  We are using the dstid_avp but we are not using alg 10 for call load
>> distribution.
>>
>>  We have dstid_avp set because the distribution alg is a directive we
>> set for the deployment via the local.cfg. We leave the avp for it on incase
>> we switch the deployment to alg 10.
>>
>>  I think that is probably the cause of the issue. Sound about right?
>>
>>  Thanks again for your assistance.
>>
>>  All the best.
>>
>>  Will Ferrer
>>
>> On Tue, Dec 9, 2014 at 4:49 AM, Daniel-Constantin Mierla <
>> miconda at gmail.com> wrote:
>>
>>>  Hello,
>>>
>>> do you use call load dispatching algorithm or have the dstid attribute
>>> set?
>>>
>>> The log is harmless itself if not using the call load dispatching
>>> algorithm.
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 05/12/14 02:03, Will Ferrer wrote:
>>>
>>>  Hi All
>>>
>>>  We recently discovered that our dispatcher boxes have this error
>>> constantly at the end of our calls.
>>>
>>>  ERROR: dispatcher [dispatch.c:1402]: ds_load_remove(): cannot find
>>> load for (<callid goes here>)
>>>
>>>  We aren't seeing any issues arising from it that we can notice but
>>> wanted to see if any one knew what it meant and what it might cause.
>>>
>>>  Thanks much in advance.
>>>
>>>  All the best
>>>
>>>  Will Ferrer
>>>
>>>  Switchsoft Inc
>>>
>>>
>>>  _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>> --
>>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20141210/276ea433/attachment.html>


More information about the sr-users mailing list