Aaron's Worthless Words

It's possible that someone somewhere needs to see this.

IIUC Notes – Inbound Dial Peer Matching

with 2 comments

More IIUC notes.  As always, feel free to correct as needed.

To match inbound calls to a dial peer, CME (and CUCM?) uses the following steps.

  1. Match DNIS (the dialed number) with the incoming called-address config in the dial peer
  2. Match the ANI (the calling number or caller ID) with the answer-address config in the dial peer
  3. Match the ANI with the destination-pattern config in the dial peer
  4. Match an incoming POTS call to the port config in the dial peer
  5. Match dial peer 0

Matching dial peer 0 is bad, and it took me an inquiry on Twitter and a buddy to realize why.  Here are a few highlights as to why.  I believe the full scope of the badness of dial peer 0 is really beyond the IIUC exam.

  1. It takes whatever codec is sent to it and can't be hard-coded.
  2. DTMF is sent in the audio stream, so, if you wind up with a G.729 or other highly-compressed codec, you may have problems getting DTMF across successfully.
  3. IP precedence values are stripped out of the packets, so it's just plain data now.
  4. RSVP is disabled.
  5. No application support, so you can't do IVR.  [Will AA work?]
  6. No DID support.  This means the wife can't dial your desk with your published number.

Aaron Conaway

I like to lean my head to the left, hit it with the palm of my right hand, and document what knowledge falls out.

More Posts - Website

Written by Aaron Conaway

January 19th, 2011 at 2:25 pm

Posted in voice

Tagged with , , , , , , , , , , ,

2 Responses to 'IIUC Notes – Inbound Dial Peer Matching'

Subscribe to comments with RSS or TrackBack to 'IIUC Notes – Inbound Dial Peer Matching'.

  1. [...] like to thank Karla Reyes, Amy Arnold, and Aaron Conaway for their help on this [...]

  2. Franky, I don’t care if your wife can call me or not :)

    Josh Kittle

    16 Aug 11 at 11:51

Leave a Reply