Step 1: Configure your Elastic PBX

• Login to your Elastix PBX and select the PBX tab.
• Now select Extensions.
• Pick the extension you wish to “share” or “bridge” and assign a call group and pickup group.  In the example below you can see that I have set the pickup group and call group to “1″.  Hit the “Submit” button at the bottom of the page, and “Apply Your Configuration Changes” to Asterisk/Elastix.
    
• Now pick the Extension you wish to connect to the shared or bridged extension and make sure that it is a member of the same call and pickup groups as displayed above. Basically both the source extension and the bridged extension should look like the above.

Step 2: Configure your Linksys or Cisco SPA phones:

• NOTE: It is IMPERATIVE that you are using “Ext 1″ as your primary SIP extension or this will NOT WORK!  If “Ext 1″ is disabled you will never get this working!  You’ve been warned.
  
• Login to the web interface of your Cisco or Linksys phone. Click on Admin Logon, then click Advanced.
  In this example we will be configuring a Cisco SPA 504G.  Please make sure that you are on the LATEST firmware.  My phones are running the latest 7.4.9c.
• The first step is to configure the phone as an “Asterisk” phone by changing the configuration parameters in the “Attendant Console” or “Attendant Keys” section.  You will also need to assign the “Attendant Console Call Pickup Code to “*8″to match the Elastix feature code configuration as displayed below.

   

• Click on the “Ext 1″ tab and scroll down to “Dial Plan”.  Add a “*8xxxx” code (“*8xxx” for 3 digit extensions, or “*8xxxx” for 4 digit extensions) in your dial plan for “Ext 1″ so that your bridged phone can pickup ringing BLFs.  See the example below:

   

• Now, the last step.  Actually adding the bridged appearance to the destination phone.  Click on the “Phone” tab and pick the desired Line Key you wish to have your bridged appearance on.  In the example below you’ll see that I’m bridging extension 1100.  Set extension “Extension” to “Disabled” and set “Shared Call Appearance” to “Private”.
  
• For the “Extended Function String” use the following syntax, replacing 1100 with the source extension you wish to bridge:
   
  fnc=sd+blf+cp;sub=1100@$PROXY;usr=1100@$PROXY;nme=1100
   
  Here’s what it looks like in the SPA interface:

   

• Congratulations, you’re done!  Now commit the settings to the phone by clicking “Submit All Changes” button at the bottom of the page.

If you need to troubleshoot whether this is working, you can go into the asterisk console (“asterisk -r”) and type “core show hints”.  Every extension that is connected to the source extension is considered a “Watcher”.  In the example below there are 2 extensions bridged to extension 1100.

 
You are now a Cisco/Linksys SPA bridged/shared line appearance expert!

WARNING:
Potential Connection Issue (Message ID: NAD-2902)

The Motorola NVG510 device has detected potential problems with your DSL connection which may impact your service. This problem is often caused by a phone or other device which is connected to your phone line (such as a fax machine, satellite receiver, alarm system or medical monitor) that does not have a DSL filter.

Please check that all telephone equipment is attached to a DSL filter and that all filters are properly installed (e.g., are not installed backwards).

Click the “Do not show” button to permanently disable this warning in the future.

Click on the “Continue” button to notify you in the future if this situation persists.

After talking to AT&T tech support, it turns out this error is a false-positive.  The tech I spoke with says this error even occurs with dry-line IP DSL which doesn’t require filters.  The engineers at AT&T are aware of the issue and unfortunately there is no fix at present, but they expect to roll out a firmware update in the very near future to rectify this (as of 2/15/12).

When the client complained about the error, I was still able to access the client’s VPN and their e-mail was still flowing… so the circuit indeed was still up and unaffected.  Investigating the logs I found that the line had not disconnected once.  I had them click the “Do Not Show” button…. but then, problem #2 arose:

The browser will cache the NAD-2902 page for whatever site the end user was trying to bring up at the time the error was presented.  As a temporary work-around I have set Internet Explorer’s caching settings for systems behind this circuit to not check “Automatically” for new pages, but to check on every start up of Internet Explorer as shown below.  This setting can be accessed in Tools, Internet Options, Browsing History Settings, and changing the “Temporary Internet Files” check to “Every time I start Internet Explorer” or “Every time I visit the webpage”.  So god forbid, you get the error, you simply close IE, reload and you should be good to go.

Nice work AT&T!  (Insert sarcasm here)

To remedy this, I created a two-line AppleScript application called “Launch iTunes & Close Window”

The source code is:

tell application "iTunes" to launch 
tell application "iTunes" to close window "iTunes"

Chimera can be found here from tonymacx86.

For me, just the Chimera update fixed my logon problems.  However, if the Chimera update does not solve your issues, you may have an issue with your built in network interfaces or a bad serial number.  If you cannot logon to iCloud after the Chimera update, try the following to reset your network settings on your Hackintosh:

1. Remove all network devices from System Preferences > Network.  It should look like this when you are done (and you will have no Internet access until completing the next steps):

2. If they don’t exist, add the following lines to the <dict> section of your boot plist in /Extra/org.chameleon.Boot.plist (for newer versions of Chameleon/Chimera):

<key>EthernetBuiltIn</key>
<string>Yes</string>

Others have reported that you need to add the following lines as well, but I don’t have them present and my iCloud works:

<key>PCIRootUID</key>
<string>1</string>

My <dict> portion of my com.chameleon.Boot.plist looks like this:

<dict>
	<key>Kernel</key>
	<string>mach_kernel</string>
	<key>Kernel Flags</key>
	<string>arch=i386</string>
	<key>GraphicsEnabler</key>
	<string>Yes</string>
	<key>Timeout</key>
	<string>2</string>
	<key>Legacy Logo</key>
	<string>Yes</string>
	<key>EthernetBuiltIn</key>
        <string>Yes</string>
 </dict>

3. Delete /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist

4. Delete /Library/Preferences/SystemConfiguration/com.apple.network.identification.plist

5. Reboot your computer.  Both the files deleted above will be automatically recreated.

6. Go back to System Preferences > Network and add your network devices, STARTING with Ethernet type as the first Ethernet interface (do not use WiFi as the first interface!).

After you hit “Apply”, your top interface should be the wired interface at en0:

Hopefully your iCloud and App Store is working at this point.

If you are still having issues (most likely due to a bad system type/serial):

Download and run Multibeast for Lion and update your system definition (Customization, System Definitions):

For good measure here’s my System Report so you can compare your system type, etc.:

The workaround, which I found here:

1. Unpair/Delete the phone from the Audi MMI
2. Remove the Audi pairing from the HTC Droid (unpair)
3. Re-pair the Audi to the HTC Droid
4. When the phone pops up with the “Audi MMI wants to access your contact lists, Allow or Deny?”
   Hit DENY numerous times.  After the 5-6th DENY all your contacts will sync.

Makes no sense and is totally counter-intuitive, but it works!

When I attempted to open the backup image I received an error stating “You do not have permission to open the document MacBook”.  Note: “MacBook” was the name of the system Time Machine was backing up.

After approximately an hour of experimentation and research, I found the fix:

Open Terminal in Applications/System Utilities.

“cd” to the folder where your sparsebundle file resides.
    (i.e. cd “/Volumes/Media/Time Machine”)

sudo chown -R `id -un`:`id -gn` MyTimeMachineBackup.sparsebundle

Enter your password.

Note the “`” quotes above are the slant-quote on your tilde key
on the top left of your Apple keyboard below the “esc” key.

You should now be able to access and mount the image.

Note the “vitelity_username” can be either your Main account or a sub-account off the primary.  I created two identical appearances on two lines (although only line1 is displayed in the config example below).  You will need to change the username/password/proxy to whatever your Vitelity settings are for your account.

line1_name : “vitelity_username”
line1_authname : “vitelity_username”
line1_password : “vitelitypasswordhere”
line1_shortname : “LineName”
line1_displayname : “8881112222″
proxy1_address : “sipXX.vitelity.net”
proxy1_port : 5060

outbound_proxy : UNPROVISIONED
outbound_proxy_port : 5060
nat_received_processing : 1
nat_enable : 1
nat_address : “”

start_media_port : 16384
end_media_port : 20000

preferred_codec : g711ulaw
dtmf_outofband : avt
dtmf_avt_payload : 101
dtmf_db_level : 3
dtmf_inband : 1

Assign your Cisco 7940 or 7960 a static IP on your LAN and forward 5060 TCP and 10000-20000 UDP to that IP from your firewall.

Because of a very specific issue with FIOS handling of caller ID in combination with IP office analog cards, the following occurs:

• The analog port, set to Loop Start ICLID picks up the ring.
• The call is delivered directly to a “main” hunt group.
• If a member of the hunt group picks up the call on the second ring, they will hear a loud buzzing/flutter for 1 second.  It sounds like this (recorded from speakerphone).  The sound is inaudible to the remote caller, FYI.

There is no real “fix” per se without completely disabling caller id on the carrier or IPO side, but there is a workaround which requires Embedded Voicemail, Voicemail Lite, or Voicemail Pro by utilizing “announcements.”

• Enable Announcements for your “main” hunt group (or extension if not using hunt groups), but don’t record one.
• Set announcement wait time to 0
• Set post announcement tone to “Ringing”
• Turn off 2nd and repeat announcements.

Because the call is picked up by the attendant and then routed, the crackle usually heard by the person picking up the call is intercepted by the “fake” attendant announcement.  Note that this workaround will occupy a single VM channel for about .5 secs when the call is picked up.  Also, caller ID continues to work well with the fix above.

Yet another alternative is to disable caller ID at the Verizon side, or set your IP Office analog lines to “Loop Start” with no CID.  Of course this will disable caller ID which is usually a dealbreaker in this day and age.

Jun 22 10:30:08    Severity:5    Joined BSS 00:23:69:67:dd:73
Jun 22 10:30:08    Severity:5    Installed unicast CCMP key for authenticator 00:23:69:67:dd:73
Jun 22 10:30:09    Severity:5    Joined BSS 00:23:69:67:dd:73
Jun 22 10:30:09    Severity:5    Installed unicast CCMP key for authenticator 00:23:69:67:dd:73
Jun 22 16:53:46    Severity:5    Disconnected from network.
Jun 22 16:53:49    Severity:5    Joined BSS 00:23:69:67:dd:73
Jun 22 16:53:49    Severity:5    Installed unicast CCMP key for authenticator 00:23:69:67:dd:73
Jun 22 16:53:51    Severity:5    Joined BSS 00:23:69:67:dd:73
Jun 22 16:53:51    Severity:5    Installed unicast CCMP key for authenticator 00:23:69:67:dd:73
Jun 24 03:28:47    Severity:5    Disconnected from network.
Jun 24 03:28:50    Severity:5    Joined BSS 00:23:69:67:dd:73
Jun 24 03:28:50    Severity:5    Installed unicast CCMP key for authenticator 00:23:69:67:dd:73
Jun 24 03:28:52    Severity:5    Joined BSS 00:23:69:67:dd:73
Jun 24 03:28:52    Severity:5    Installed unicast CCMP key for authenticator 00:23:69:67:dd:73
Jun 24 03:38:25    Severity:5    Joined BSS 00:23:69:67:dd:73
Jun 24 03:38:25    Severity:5    Installed unicast CCMP key for authenticator 00:23:69:67:dd:73
Jun 24 11:58:35    Severity:5    Disconnected from network.

This would cause my Slingbox stream to reset and restart on every disconnect.  After Googling around I found a few articles mentioning changing the advanced settings on the Linksys.  Specifically, the Beacon interval, RTS and fragmentation threshold values.  Once I changed them to the values displayed below, my Airport Express has been rock solid with no disconnects.  You want to set these values to:

Beacon Interval: 75 (some say 50 is best, but I use 75 and it works)
Fragmentation Interval: 2304
RTS Interval: 2307

My WLAN uses WPA2 encryption with AES + TKIP as displayed below:

Also my Airport Express is set to use a static IP address on my LAN versus DHCP.

]]> http://blog.waldrondigital.com/2010/11/03/apple-airport-express-disconnected-from-network-fixed/feed/ 7 http://blog.waldrondigital.com/2010/10/08/bad-response-from-server-with-youtube-channels/ http://blog.waldrondigital.com/2010/10/08/bad-response-from-server-with-youtube-channels/#comments Fri, 08 Oct 2010 23:51:06 +0000 Mike Waldron http://www.waldrondigital.com/?p=1109

After doing some Googling on this one, I tried all the proposed fixes: delete cookies, clear temp files/cache, etc… nothing helped in my client’s environment.  After doing some testing I found that the new version of AVG Internet Security (version 11) causes YouTube channel videos to report “bad response from server” when clicking from channels.  Once AVG was uninstalled, the channels work as intended with no errors.  If you don’t use AVG, I’d suggest removing your anti-virus/Internet security to see if the problem still manifests itself.  If not, you can start the troubleshooting process for your particular environment.

The fix (although not a great one) for AVG was to remove the LinkScanner components: AVG Search-Shield and Surf-Shield. Problem Solved!

Hope this helps someone out there banging their heads against the wall on this one!