Skip to content
HomeSIP Network Operators Conferences (SIPNOC)SIPNOC 2015PresentationsDay Two1. SIP/TCP Tastes Great, But is it Less Filling? Presented by Russ Penar, Centurylink.

1. SIP/TCP Tastes Great, But is it Less Filling? Presented by Russ Penar, Centurylink.

[featured_image]
Download
Download is available until [expire_date]
  • Version [version]
  • Download 23
  • File Size 776 KB
  • File Count 1
  • Create Date June 29, 2015
  • Last Updated June 29, 2015

1. SIP/TCP Tastes Great, But is it Less Filling? Presented by Russ Penar, Centurylink.

VoIP Service Providers often encounter legitimate reasons to consider using TCP (instead of UDP) for CPE SIP signal transport. If your CPE may send SIP packets over 1500 bytes (e.g. BLF scenarios), if you're planning for enthusiastic sales forecasts and wondering how you'll cost-effectively handle Registrations Per Second (RPS) at your access SBC(s), if you're noodling on the best way to support iOS VoIP apps, if you're gearing up for TLS and simply want to build some muscle around the use of TCP - this session is for you.

What do the IETF and IEEE say about using SIP/TCP? Should TCP only be used as a fix for MTU issues, or is there value in configuring all CPE to use SIP/TCP? Why is TCP connection re-use important? How is TCP connection re-use defined and managed? What are TCP idle timers, why do they impact SIP/TCP scenarios, and how can we mitigate their potential interference? How should SBC HA failover (graceful or not) be accomplished (from SBC and CPE perspectives)? I hear TCP is a resource hog, what kind of capacity hit should I expect at our access SBC(s)? How can adopting SIP/TCP help shield my SBC(s) from a capacity crippling RPS count? What is unique about iOS VoIP apps that forces me to consider SIP/TCP? How might moving to SIP/TCP help me prepare for SIP/TLS?

This session will discuss all of these questions in detail and provide data driven recommendations to help providers move forward in supporting access-side SIP/TCP solutions for small to large scale VoIP platforms.