Cisco SPA501G Administration Guide - Page 101

SIP Over TCP, SIP Proxy Redundancy, Configuring Survivable Remote Site Telephony SRST Support

Page 101 highlights

Configuring SIP, SPCP, and NAT SIP and Cisco IP Phones 4 SIP Over TCP To guarantee state-oriented communications, Cisco IP phones can use TCP as the transport protocol for SIP. This protocol provides guaranteed delivery that assures that lost packets are retransmitted. TCP also guarantees that the SIP packages are received in the same order that they were sent. TCP overcomes the problem UDP ports have of being blocked by corporate firewalls. With TCP, new ports do not need to be opened or packets dropped, because TCP is already in use for basic activities, such as Internet browsing or e-commerce. SIP Proxy Redundancy An average SIP proxy server can handle tens of thousands of subscribers. A backup server allows an active server to be temporarily switched out for maintenance. Cisco phones support the use of backup SIP proxy servers to minimize or eliminate service disruption. A static list of proxy servers is not always adequate. If your user agents are served by different domains, for example, you would not want to configure a static list of proxy servers for each domain into every Cisco IP phone. A simple way to support proxy redundancy is to configure a SIP proxy server in the Cisco IP phone configuration profile. The DNS SRV records instruct the phones to contact a SIP proxy server in a domain named in SIP messages. The phone consults the DNS server. If configured, the DNS server returns an SRV record that contains a list of SIP proxy servers for the domain, with their host names, priority, listening ports, and so forth. The Cisco IP phone tries to contact the hosts in the order of their priority. If the Cisco IP phone currently uses a lower-priority proxy server, the phone periodically probes the higher-priority proxy and switches to the higher-priority proxy when available. Configuring Survivable Remote Site Telephony (SRST) Support The proxy and outbound proxy fields in the Ext tab can be configured with an extension that includes a statically-configured DNS SRV record or DNS A record. This allows for failover and fallback functionality with a secondary proxy server. The format for the parameter value is: FQDN format: hostname[:port][:SRV=host-list OR :A=ip-list] host-list: srv[|srv[|srv...]] srv: hostname[:port][:p=priority][:weight][:A=ip-list] ip-list: ip-addr[,ip-addr[,ip-addr...]] Cisco Small Business SPA300 Series, SPA500 Series, and WIP310 IP Phone Administration Guide 100

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325

Configuring SIP, SPCP, and NAT
SIP and Cisco IP Phones
Cisco Small Business SPA300 Series, SPA500 Series, and WIP310 IP Phone Administration Guide
100
4
SIP Over TCP
To guarantee state-oriented communications, Cisco IP phones can use TCP as the
transport protocol for SIP. This protocol provides
guaranteed delivery
that assures
that lost packets are retransmitted. TCP also guarantees that the SIP packages are
received in the same order that they were sent.
TCP overcomes the problem UDP ports have of being blocked by corporate
firewalls. With TCP, new ports do not need to be opened or packets dropped,
because TCP is already in use for basic activities, such as Internet browsing or
e-commerce.
SIP Proxy Redundancy
An average SIP proxy server can handle tens of thousands of subscribers. A
backup server allows an active server to be temporarily switched out for
maintenance. Cisco phones support the use of backup SIP proxy servers to
minimize or eliminate service disruption.
A static list of proxy servers is not always adequate. If your user agents are served
by different domains, for example, you would not want to configure a static list of
proxy servers for each domain into every Cisco IP phone.
A simple way to support proxy redundancy is to configure a SIP proxy server in
the Cisco IP phone configuration profile. The DNS SRV records instruct the phones
to contact a SIP proxy server in a domain named in SIP messages. The phone
consults the DNS server. If configured, the DNS server returns an SRV record that
contains a list of SIP proxy servers for the domain, with their host names, priority,
listening ports, and so forth. The Cisco IP phone tries to contact the hosts in the
order of their priority.
If the Cisco IP phone currently uses a lower-priority proxy server, the phone
periodically probes the higher-priority proxy and switches to the higher-priority
proxy when available.
Configuring Survivable Remote Site Telephony (SRST) Support
The
proxy
and
outbound proxy
fields in the
Ext
tab can be configured with an
extension that includes a statically-configured DNS SRV record or DNS A record.
This allows for failover and fallback functionality with a secondary proxy server.
The format for the parameter value is:
FQDN format: hostname[:port][:SRV=host-list OR :A=ip-list]
host-list:
srv[|srv[|srv…]]
srv: hostname[:port][:p=priority][:weight][:A=ip-list]
ip-list: ip-addr[,ip-addr[,ip-addr…]]