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

[Daniel-Constantin Mierla]

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 <mailto: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 <mailto: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 list
>>         sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>         -- 
>         Daniel-Constantin Mierla
>         http://twitter.com/#!/miconda <http://twitter.com/#%21/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
>         <mailto:sr-users at lists.sip-router.org>
>         http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>

-- 
Daniel-Constantin Mierla
http://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/36bf597b/attachment.html>