Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 2 subscribers
  • Views 1259 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Packet Filter / SIP change in 7.505?

brk
I updated to 7.505 last night and one of my internal SIP clients is no longer keeping a connection open according to the external sip server.  The packet filter is now dropping all the traffic.  The other sip client is working fine.

Example -
10:27:57 Default DROP UDP xx.xx.xx.xx : 5060 → yy.yy.yy.yy : 5065  len=521 ttl=51 tos=0x00 
 
Where xx is the address of the sip server, yy is the address of the astaro box.


A few questions -
  - The client is registering port 5065 rather then 5060.  Does that bypass the automatic SIP handling?
  - Did anything change w/ regard to SIP in the 7.505 build?
  - Do I need to add a DNAT/SNAT rule for this case?

I looked at the historical logs and I don't see these packets getting dropped before the migration to 7.505 so I think this is something new. Or it is now identifying a bad configuration that I have had in place for a while.

Thanks!


This thread was automatically locked due to age.
Parents
  • 0
    Thanks for the hint.

    I don't seam to have a SIP/H323 definition group.  I have a SIP definition, but it is port 5060.  I had already created a new definition SIP Alt and added it to the VOIP Services definition group.
Reply
  • 0
    Thanks for the hint.

    I don't seam to have a SIP/H323 definition group.  I have a SIP definition, but it is port 5060.  I had already created a new definition SIP Alt and added it to the VOIP Services definition group.
Children