No subject

- As Kevin says, the packet is arriving from somewhere.

- The error is coming from chan_sip.c, so we can assume that at least
one leg of the call is SIP.

- Has anyone that sees this error tried using Wireshark to capture and
decode the SIP conversation that causes the message to see whether it
is a remote endpoint sending a uLaw packet in the middle of the g729
stream when it should not?

Just a thought.
Steve