In H.323 , you can play with the caller id (not the case with MGCP , see previous post).
By default,Caller ID is disabled on all FXS ports.
So in order to enable it , you must go under the voice-port and activate it as it is shown in the below config
!
voice-port 2/0
caller-id enable
!
Caller ID is not supported on MGCP Controlled FXS ports.
So remind this if you need it 🙂
Regarding security endpoints, you have 2 opportunities :
- Newer phones are using more an existing Mafufacturing Installed Certificate , this is the MIC
- Meanwhile , old phones will use a Locally Significant Certificate ( LSC) which will be installed by the Certificate Authority Proxy Function (CAPF)
As LSC must be a transaction between the Ip phone and the CAPF , here is the process as it is issued :
- IP Phone generates a public/private key pair
- A TLS Session is established with the CAPF Service and the keys and identity are sent from the phone to CAPF
- The CAPF Service creates and sends an LSC to the phone
- The IP Phone installs the LSC
Also for info, the CAPF Service must be in the phone CTL file , which is downloaded from the TFTP when the phone boots .
Cast is the protocol used into the conversation between the webcam and your IP Phone.
It uses TCP/4224 in both direction ( easy to implement if you are firewalling your networks).
Pay also attention that the communication is only between the IP Phone and the webcam . CUCM is not involved at all in that “conversation” except for the TFTP config download.
802.3af is becoming the world standard regarding Power over Ethernet but Cisco phones are able also to do power inline (also called pre-standard), it was originally the standard developped by them before standardisation.
With pre-standard phone , the Cisco switch is able to see the reflected FLP ( Fast link Pulse) coming back on its port. Then the switch apply the current on the port to power up the device.
With 802.af , the switch (this time, it is more generic) is able to see the current coming back on its port from the Resistive Detection and Classification stage.
In order to your DHCP to give the TFTP address to your phones , the common configuration is to use the option 150 which is the main and the more expanded concept used for providing your TFTP. It can provide an IP Address as well an array of IP Address.
This is also the code which you are using under IOS configurations.
But in some old implementation , you can find also the option 66 to give the TFTP to the phones . Option 66 is different in the meaning that you must provide a server name so you need to have DNS enabled . Also you can only pass one parameter!!!
So don’t be too disturbed if you see this option 🙂
Recent Comments