huwsc90 Posted October 28, 2021 Report Posted October 28, 2021 Hi, I'm using Kazoo 4.3 (4.3.165 for Kazoo Apps, 4.3.140 for Kazoo Core). When receiving an incoming call from an Auth by IP device after a period of inactivity from that device, Kazoo seems to only send a route.req AMQP message with a routing key of "route.req.audio.{AUTH_BY_IP_DEVICE_IP}", whereas all subsequent calls from that device result in two AMQP route.req messages, the one mentioned previously, plus "route.req.audio.{ACCOUNT_ID}". My app is only subscribing for route.req messages to a particular account ID, which means when only the first message is sent by Kazoo, my app doesn't get notified, so can't answer the call and instead the caller receives a 604 Nope nope nope. Is there any reason for this behaviour? It seems strange that it only happens when nothing has been received from that device in a while, like Kazoo has a static registration that expires after inactivity? Thanks, Huw
Administrators mc_ Posted October 29, 2021 Administrators Report Posted October 29, 2021 @huwsc90 Hi! One guess is that the auth-by-ip information has left the cache and has to be pulled from your database. This process is delayed long enough that the reorder app's response of Nope Nope Nope is received first. Subsequent calls then work as expected as the cache is primed. Compare logs of the first call that fails against the subsequent call that succeeds to see where the slowdown might be (thinking stepswitch_inbound and related processing to resolve IP to account).
huwsc90 Posted November 12, 2021 Author Report Posted November 12, 2021 Hi @mc_, thanks for the help. There were a couple of instances where the reorder app seemed to be getting in the way, and wasn't something we specifically needed, so we tried disabling it and everything seems to be working so far.
Recommended Posts