external calls register, internal calls do not.
Tony Graziano wrote: > The externals calls don't register in cdr? Definitely a config issue. Are > you sure your sip alg is off in the sonicwall? > ============================ > Tony Graziano, Manager > Telephone: 434.984.8430 > Fax: 434.984.8431 > > Email: tgrazi...@myitdepartment.net > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > ----- Original Message ----- > From: Tony Graziano <tgrazi...@myitdepartment.net> > To: 'sipx-users@list.sipfoundry.org' <sipx-users@list.sipfoundry.org> > Sent: Wed Sep 08 13:30:15 2010 > Subject: Re: [sipx-users] Call drops after 1 min & 29 secs > > If you have an internal-internal call where sipx is not inbetween (no remote > user, no internet, aa, voicemail or siptrunk) you can "unplug" the ethernet > to sipx with an internal-internal call as long as media is established. All > other bets are off. > ============================ > Tony Graziano, Manager > Telephone: 434.984.8430 > Fax: 434.984.8431 > > Email: tgrazi...@myitdepartment.net > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > Fax: 434.984.8427 > > Helpdesk Contract Customers: > http://www.myitdepartment.net/gethelp/ > > ----- Original Message ----- > From: sipx-users-boun...@list.sipfoundry.org > <sipx-users-boun...@list.sipfoundry.org> > To: Discussion list for users of sipXecs software > <sipx-users@list.sipfoundry.org> > Sent: Wed Sep 08 13:13:57 2010 > Subject: Re: [sipx-users] Call drops after 1 min & 29 secs > > Tony, > > I've looked at the sipx server and cpu usage never gets above 27% > utilization and the sonicwall (SW) never gets above 10% utilization so > neither of those are an issue. > > The SW is able to prioritize ports and traffic as well as assign > individual ports and port groups to separate subnets. It handles VLANs > as well. > > Incidentally, the hard and soft phones are on the same subnet and are > plugged into the same network switch. That switch is up-linked to the > switch which the sipX server is connected to (which is, in turn, > connected to the SW). If after a call connects between these two > extensions, if I turn off the SW, the call should stay up should it not? > This is the way other network traffic works as long as its on the same > subnet. This leads me to think that it is not a SW issue at all (ext to > ext calls do not even register in the SW SIP call status logs) - just a > guess, I haven't tested it. > > Besides, if it is a network issue, why would sip to cell (both att and > verizon) & sip to POTS be perfectly clear but sip to vonage & internal > ext to internal ext have outbound voice issues? > > I'll do the reinstall and move it to its own subnet and report back. > > Stiles > > Tony Graziano wrote: > >> You would be best to use a reinstall. Especially if the system is a >> very basic install. You might consider looking at your sonicwall AGAIN >> and making sure all the SIP stuff is turned off and that consistent >> NAT is on. >> >> I don't know if there is a way to prioritize certain ports with the >> sonicwall. I have made a bandwidth shaping script available for >> pfsense that many people seem to use without issue. >> >> I don't assume the issue is sipx. Take a look at >> >> top >> >> in sipx and see if CPU is high or swap is being used. >> >> It is more likely a firewall cpu related issue. >> >> I normally also suggest putting sipx on its own vlan, and prioritizing >> the LAN traffic on the vlan (if you have those capabilities. You >> should also look to see if there are generic ethernet errors >> (collisions, crc, etc.) on the sipx ethernet port and on your lan >> segment where sipx and any pc's/phones are in use. >> >> I somewhat think a rebuild is unnecessary. >> >> On Wed, Sep 8, 2010 at 12:00 PM, Stiles Watson <wat...@datatek-net.com >> <mailto:wat...@datatek-net.com>> wrote: >> >> Another interesting note: ext to ext calls do not drop at all, BUT >> the voice does become increasingly drawn out over time. This is >> occurring on a call between the Polycom IP 335 hardphone and a >> kphone softphone running on Ubuntu. >> >> Since this call is not going out to Teliax, this has to be either >> a sipX issue or a network issue. It seems as long as the call is >> sip-to-sip there is an issue, sip-to-POTS seems to have no voice >> issues. >> >> I'm going to move the sipx server to its own subnet, reconfigure >> and try this all again. From looking a previous posts, to change >> IPs requires a reinstall, correct? >> >> Stiles >> >> Stiles Watson wrote: >> >>> Premature rejoicing - problem is not solved. Right after I made >>> the change, I voluntarily ended the next call at 2min. But every >>> call after that has disconnected at 1min 29sec as before. >>> >>> Other interesting things to note. If I make a call through >>> sipx/teliax to a cell phone the call sounds fine. However, if I >>> make a call to someone who is using Vonage, the person called >>> sounds fine to me, but my voice is slow and drawn out (the person >>> on the other end said I sounded drugged or drunk). >>> >>> On the sonicwall I also checked "Enable SIP Back-to-Back User >>> Agent (B2BUA) support," but no noticeable difference occurred (by >>> default it is unchecked). >>> >>> Other SIP settings on the sonicwall (all are using defaults): >>> >>> Permit non-SIP packets on signaling port: disabled >>> SIP Signaling inactivity time out (seconds): 1800 >>> SIP Media inactivity time out (seconds): 120 >>> Additional SIP signaling port (UDP) for transformations (optional): 0 >>> >>> Stiles >>> >>> Tony Graziano wrote: >>> >>>> I think in sonicwall it is called consistent nat. >>>> >>>> >>>> To enable Consistent NAT, select the Enable Consistent NAT >>>> setting and click Apply. This checkbox >>>> is disabled by default. >>>> >>>> >>>> On Wed, Sep 8, 2010 at 10:31 AM, Tony Graziano >>>> <tgrazi...@myitdepartment.net >>>> <mailto:tgrazi...@myitdepartment.net>> wrote: >>>> >>>> your firewall is a REALLY important pice of the puzzle. >>>> Thanks for finally telling us what it is. >>>> >>>> In the sonicwall: >>>> >>>> 1. Open web administration interface >>>> 2. Select VoIP from the left menu >>>> 3. Check/uncheck Enable SIP Transformations >>>> 4. Click Accept >>>> >>>> >>>> Then try your call again and see if it disconnects at the 90 >>>> second call timer. The call is because both sides have never >>>> agreed the connection is "OK". So, the FIRST thing to do is >>>> make sure your firewall is configured to disable the SIP ALG >>>> and provide symmetric nat. >>>> >>>> 1. DISABLE SIP ALG (see above). >>>> 2. Make sure the NAT is "SYMMETRIC" NAT on the sonicwall. >>>> >>>> Sonicwall lovers feel free to share "how-to" on the >>>> sonicwall, especially how to deploy symmetric nat >>>> >>>> >>>> On Wed, Sep 8, 2010 at 10:22 AM, Tony Graziano >>>> <tgrazi...@myitdepartment.net >>>> <mailto:tgrazi...@myitdepartment.net>> wrote: >>>> >>>> I think you need to disable the sip alg on the sonicwall. >>>> >>>> >>>> On Wed, Sep 8, 2010 at 10:19 AM, Stiles Watson >>>> <wat...@datatek-net.com <mailto:wat...@datatek-net.com>> >>>> wrote: >>>> >>>> That was my initial sipX setup as well (except I had >>>> Auth User set equal to User). >>>> >>>> On the Teliax side under device settings did you do >>>> either of the following? >>>> >>>> * enable DNIS so they send the number instead of >>>> the user in the SIP INVITE? >>>> * enter your pubilc IP >>>> >>>> The reason I ask is because the "User part of INVITE >>>> SIP URI is a phone number" checkbox under the sipX >>>> ITSP Account settings defaults to 'enabled', but >>>> unless you enable DNIS on the Teliax side, this is >>>> not the case (unless I'm misunderstanding the >>>> something works). >>>> >>>> Firewall: >>>> >>>> I'm using a Sonicwall NSA 240. I have NAT policies >>>> which forward ports UDP 5080, UDP&TCP 5060-5061 & >>>> UDP 30000-31000 untranslated to the sipX server >>>> (we're a small shop so everything is running on one >>>> server). Are you saying that the invite actually >>>> comes to UDP port 37678? >>>> >>>> >>>> Stiles >>>> >>>> Dave Redmore wrote: >>>> >>>>> My settings for the gateway are all default - Under >>>>> "Configuration", I defined "Address" as >>>>> "den.teliax.net <http://den.teliax.net>" - Under >>>>> "CallerID" I set the "Default Caller ID" to my >>>>> incoming phone number - under "ITSP Account" I >>>>> defined "Username" ("Authentication Username" is >>>>> left blank), "Password" and checked "Register on >>>>> Initialization". Everything else is defaulted. >>>>> >>>>> When I do a packet capture on the WAN port of the >>>>> pfSense - I see Teliax sending me OPTION pings to >>>>> the NAT'd port number (37678 in this case). When I >>>>> look at the State table I see active states from >>>>> sipX:5080 -> pfSense:37678 -> den.teliax.net:5060 >>>>> <http://den.teliax.net:5060>. Incoming Invite is >>>>> to the external port (37678). >>>>> >>>>> So, it looks like FreeSwitch on Teliax end is doing >>>>> its NAT compensation magic and pfSense is staying >>>>> out of the way. >>>>> >>>>> Interestingly, when I looked at the packet capture >>>>> and state tables - in addition to the connection >>>>> from sipXbridge on port 5080 - there is also a >>>>> connection maintained from sipXecs on port 5060 >>>>> (which in this case is being NAT'd to port 5041). >>>>> So, I am getting OPTION pings to port 37678 >>>>> (translated to 5080), to which sipXbridge respondes >>>>> "406 Not Acceptable" and OPTION pings to port 5041 >>>>> (translated to 5060) to which sipX responses "200 >>>>> Okay". The "Request URI" for the OPTION ping to >>>>> sipXbridge looks like "sip:teliaxusername@(Ext. IP >>>>> Address):37678;transport=udp;fs_nat=yes". The >>>>> "Request URI" for the OPTION ping to sipX looks >>>>> like "sip:s@(Ext IP Address):5041;fs_nat=yes". >>>>> >>>>> Dave >>>>> >>>>> >>>>> ----- Original Message ----- >>>>> From: "Tony Graziano" >>>>> <tgrazi...@myitdepartment.net> >>>>> <mailto:tgrazi...@myitdepartment.net> >>>>> To: sipx-users@list.sipfoundry.org >>>>> <mailto:sipx-users@list.sipfoundry.org> >>>>> Sent: Tuesday, September 7, 2010 6:20:04 PM GMT >>>>> -06:00 US/Canada Central >>>>> Subject: Re: [sipx-users] Call drops after 1 min & >>>>> 29 secs >>>>> >>>>> Then it would be good to have a template for them. >>>>> Can you detail an example >>>>> of your gateway? Are they sending on port 5080? >>>>> What did you have to do to >>>>> get them to send on port 5080? >>>>> ============================ >>>>> Tony Graziano, Manager >>>>> Telephone: 434.984.8430 >>>>> Fax: 434.984.8431 >>>>> >>>>> Email: tgrazi...@myitdepartment.net >>>>> <mailto:tgrazi...@myitdepartment.net> >>>>> >>>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>>> Telephone: 434.984.8426 >>>>> Fax: 434.984.8427 >>>>> >>>>> Helpdesk Contract Customers: >>>>> http://www.myitdepartment.net/gethelp/ >>>>> >>>>> ----- Original Message ----- >>>>> From: sipx-users-boun...@list.sipfoundry.org >>>>> <mailto:sipx-users-boun...@list.sipfoundry.org> >>>>> <sipx-users-boun...@list.sipfoundry.org> >>>>> <mailto:sipx-users-boun...@list.sipfoundry.org> >>>>> To: Discussion list for users of sipXecs software >>>>> <sipx-users@list.sipfoundry.org> >>>>> <mailto:sipx-users@list.sipfoundry.org> >>>>> Sent: Tue Sep 07 19:17:14 2010 >>>>> Subject: Re: [sipx-users] Call drops after 1 min & >>>>> 29 secs >>>>> >>>>> I can report that I have 4.2.1 installed and >>>>> working very nicely with >>>>> Teliax. I have configured a gateway using very >>>>> "plain vanilla" settings and >>>>> it worked pretty much "right out of the box". >>>>> Incoming calls and outgoing. >>>>> MOH and transfers all seem to work fine. I >>>>> currently have a Grandstream >>>>> GXP-2020 and Polycom 301 on that system for >>>>> testing/evaluation and will >>>>> probably put it into "production" in the next day >>>>> or two. I have sipX >>>>> sitting behind a pfSense firewall. I am using the >>>>> Denver proxy for incoming >>>>> calls and outgoing route to their Chicago proxy. >>>>> >>>>> >>>>> I am limited in choices for ITSPs that can provide >>>>> local DIDs and have been >>>>> working with Teliax for about 4-5 years. I >>>>> personally find them to be pretty >>>>> good and a decent value when using the PAYG services. >>>>> >>>>> >>>>> Dave >>>>> >>>>> ----- Original Message ----- >>>>> From: "Tony Graziano" >>>>> <tgrazi...@myitdepartment.net> >>>>> <mailto:tgrazi...@myitdepartment.net> >>>>> To: "Discussion list for users of sipXecs software" >>>>> <sipx-users@list.sipfoundry.org> >>>>> <mailto:sipx-users@list.sipfoundry.org> >>>>> Sent: Tuesday, September 7, 2010 5:40:35 PM GMT >>>>> -06:00 US/Canada Central >>>>> Subject: Re: [sipx-users] Call drops after 1 min & >>>>> 29 secs >>>>> >>>>> That still references using port 5060 and ip >>>>> authentication. He would need >>>>> to ensure they support using the public IP at port >>>>> 5080. It sounds like he >>>>> may have to get them to do that for him manually. >>>>> >>>>> >>>>> On Tue, Sep 7, 2010 at 6:29 PM, Todd Hodgen < >>>>> thod...@verizon.net <mailto:thod...@verizon.net> > >>>>> wrote: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> There have been some discussions about this ITSP on >>>>> the list in the past. >>>>> >>>>> >>>>> >>>>> I did find this one. >>>>> >>>>> http://forum.sipfoundry.org/index.php?t=msg&goto=44468&S=9a2fe924342a700db212b8481e97cc22#msg_44468 >>>>> >>>>> <http://forum.sipfoundry.org/index.php?t=msg&goto=44468&S=9a2fe924342a700db212b8481e97cc22#msg_44468> >>>>> >>>>> >>>>> >>>>> Not sure if this fixes your problems, but it does >>>>> reference a dashboard that >>>>> you may want to access for some configuration >>>>> options. I’d search more of >>>>> the archives as well for people that have >>>>> referenced this ITSP and have >>>>> successfully gotten it working. >>>>> >>>>> >>>>> >>>>> >>>>> From: sipx-users-boun...@list.sipfoundry.org >>>>> <mailto:sipx-users-boun...@list.sipfoundry.org> >>>>> [mailto: >>>>> sipx-users-boun...@list.sipfoundry.org >>>>> <mailto:sipx-users-boun...@list.sipfoundry.org> ] >>>>> On Behalf Of Tony Graziano >>>>> Sent: Tuesday, September 07, 2010 3:16 PM >>>>> >>>>> To: Discussion list for users of sipXecs software >>>>> >>>>> Subject: Re: [sipx-users] Call drops after 1 min & >>>>> 29 secs >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> If your firewall has a packet capture facility, you >>>>> can do a pcap on the WAN >>>>> interface and see what they are sending. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> I would suspect if anyone has a working teliax >>>>> config they will share it. >>>>> >>>>> >>>>> On Tue, Sep 7, 2010 at 6:15 PM, Tony Graziano < >>>>> tgrazi...@myitdepartment.net >>>>> <mailto:tgrazi...@myitdepartment.net> >>>>> > wrote: >>>>> >>>>> I think unless you are wed to them, it would be >>>>> easier to switch to a >>>>> "normal" provider. Supported providers in the >>>>> templates usually take 5 >>>>> minutes to setup. I HOPE your firewall is doing >>>>> manual versus automatic NAT. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> I looked at Teliax and they seem "residentially" >>>>> focused, and really >>>>> expensive for business plans. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Tue, Sep 7, 2010 at 6:12 PM, Stiles Watson < >>>>> wat...@datatek-net.com >>>>> <mailto:wat...@datatek-net.com> > >>>>> wrote: >>>>> >>>>> >>>>> Unfortunately, there is no way in the Teliax portal >>>>> to even see if you are >>>>> registered, much less what port. >>>>> >>>>> The reason I had 5060 forwarded to sipx was this >>>>> was how I had Trixbox CE >>>>> setup and working. There is nothing in my Teliax >>>>> setup which I changed to >>>>> force 5060. >>>>> >>>>> Thanks for the pdf. With the exception of the SIP >>>>> port, I think I have >>>>> everything setup correctly. I changed my NAT rules >>>>> to forward 5080 instead >>>>> of 5060 and the call acted exactly the same. >>>>> >>>>> I've also asked Teliax if they have config info for >>>>> sipX and they said no, >>>>> but many are using the two together successfully. >>>>> Here is their exact >>>>> response: >>>>> >>>>> "We do not have a have a configuration for them. >>>>> However, I know that many >>>>> customers have used SIPXECS without a problem. The >>>>> main information you need >>>>> is the username, secret, and host that you are >>>>> registering to." >>>>> >>>>> I've asked them what port they are sending the >>>>> INVITE on and am waiting on a >>>>> response. >>>>> >>>>> Any other suggestions/thoughts? >>>>> >>>>> Stiles >>>>> >>>>> Tony Graziano wrote: >>>>> >>>>> >>>>> >>>>> It means they are not acking the call. I suspect >>>>> this is because sipxbridge >>>>> may not be involved in the call, and only sipxproxy >>>>> is, which would be >>>>> problematic for a lot of call scenarios (like >>>>> transfers). >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> I'm confused though, because it seems you are >>>>> breaking "rule #1" when using >>>>> sipxbridge... you are having the calls sent to port >>>>> 5060 instead of 5080. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> When you register with teliax, can you see on their >>>>> portal what port you are >>>>> registering on? Can you confirm they are sending to >>>>> you on a specific port? >>>>> If so, what port? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> You should peek at this: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> http://blog.myitdepartment.net/wp-content/uploads/2009/11/Call-Setup-Example-sipXecs-through-ITSP1.pdf >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Somehow I don't believe you are doing it quite like >>>>> that. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Tue, Sep 7, 2010 at 5:18 PM, Stiles Watson < >>>>> wat...@datatek-net.com >>>>> <mailto:wat...@datatek-net.com> > >>>>> wrote: >>>>> >>>>> >>>>> Running >>>>> >>>>> • sipXecs v 4.2.1 >>>>> • ITSP is Teliax >>>>> • SIP ports 5060 & 5061 are routed to sipX server >>>>> • RTP ports 30000-31000 are routed to sipX server >>>>> • Polycom IP 335 hardphone >>>>> >>>>> >>>>> I'm able to place incoming and outgoing calls >>>>> through Teliax, but calls >>>>> consistently drop after 1 min. 29 sec. >>>>> >>>>> Teliax device config change attempts: >>>>> >>>>> • Enable DNIS (teliax sends number in sip >>>>> invite instead of user) >>>>> >>>>> >>>>> >>>>> >>>>> • result: calls still drop after 1 min. 29 >>>>> sec., but made call >>>>> routing easier via a custom DID! >>>>> >>>>> • Entered public IP under "Your IP" >>>>> >>>>> >>>>> >>>>> • This is optional and resulted in not >>>>> being able to make inbound >>>>> calls (I read in the archives that this is >>>>> recommended with Teliax - is >>>>> there a sipX config change needed to make this work?) >>>>> >>>>> sipX config for teliax SIP trunk Gateway: >>>>> >>>>> • Configuration >>>>> >>>>> >>>>> >>>>> >>>>> • Enabled: yes • Name: teliax >>>>> • SBC Route: sipXbridge-1 >>>>> • Address: den.teliax.net >>>>> <http://den.teliax.net> (this has to match with the >>>>> proxy setting >>>>> in your teliax account) >>>>> • Port: 0 >>>>> • Transport protocol: Auto >>>>> • Location: all >>>>> • Shared: yes >>>>> >>>>> >>>>> • Caller ID >>>>> >>>>> >>>>> >>>>> • Default Caller ID: set this to the number >>>>> from Teliax • >>>>> use default for all other settings >>>>> >>>>> >>>>> • Dial Plan >>>>> >>>>> >>>>> >>>>> • Enabled and added both Local & Long >>>>> Distance dial plans to this >>>>> gateway >>>>> >>>>> • ITSP Account >>>>> >>>>> >>>>> >>>>> • Username: use teliax username • >>>>> Authentication Username: >>>>> same as Username >>>>> • Password: use teliax device password >>>>> • Register on init: yes >>>>> • ITSP server address: same as >>>>> Config-->Address above >>>>> • Use public address for call setup: yes (I >>>>> tried both yes and no, >>>>> calls completed either way and did not effect >>>>> disconnect problem) >>>>> • Strip private headers: default >>>>> • Use default asserted identity: default >>>>> • Asserted identity: default >>>>> • Use default preferred identity: default >>>>> • Preferred identity: default >>>>> • User part of INVITE SIP URI is a phone >>>>> number: NO >>>>> • ITSP Registrar Address: default >>>>> • ITSP Registrar Port: default >>>>> • Registration interval: default >>>>> • Session Timer Interval: default >>>>> • Method to use for SIP keepalive: Empty >>>>> SIP message (also tried >>>>> None) >>>>> • Method to use for RTP keepalive: Replay >>>>> last sent packet (also >>>>> tried None) >>>>> • Route by To Header: default >>>>> >>>>> >>>>> Any thoughts as to why the calls would drop after 1 >>>>> min. 29 sec.? >>>>> >>>>> Stiles >>>>> >>>>> >>>>> _______________________________________________ >>>>> sipx-users mailing list >>>>> sipx-users@list.sipfoundry.org >>>>> <mailto:sipx-users@list.sipfoundry.org> >>>>> List Archive: >>>>> http://list.sipfoundry.org/archive/sipx-users/ >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ====================== >>>>> Tony Graziano, Manager >>>>> Telephone: 434.984.8430 >>>>> sip: tgrazi...@voice.myitdepartment.net >>>>> <mailto:tgrazi...@voice.myitdepartment.net> >>>>> Fax: 434.984.8431 >>>>> >>>>> Email: tgrazi...@myitdepartment.net >>>>> <mailto:tgrazi...@myitdepartment.net> >>>>> >>>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>>> Telephone: 434.984.8426 >>>>> sip: helpd...@voice.myitdepartment.net >>>>> <mailto:helpd...@voice.myitdepartment.net> >>>>> Fax: 434.984.8427 >>>>> >>>>> Helpdesk Contract Customers: >>>>> http://www.myitdepartment.net/gethelp/ >>>>> >>>>> Why do mathematicians always confuse Halloween and >>>>> Christmas? >>>>> Because 31 Oct = 25 Dec. >>>>> >>>>> _______________________________________________ >>>>> sipx-users mailing list >>>>> sipx-users@list.sipfoundry.org >>>>> <mailto:sipx-users@list.sipfoundry.org> List Archive: >>>>> http://list.sipfoundry.org/archive/sipx-users/ >>>>> >>>>> >>>>> _______________________________________________ >>>>> sipx-users mailing list >>>>> sipx-users@list.sipfoundry.org >>>>> <mailto:sipx-users@list.sipfoundry.org> >>>>> List Archive: >>>>> http://list.sipfoundry.org/archive/sipx-users/ >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ====================== >>>>> Tony Graziano, Manager >>>>> Telephone: 434.984.8430 >>>>> sip: tgrazi...@voice.myitdepartment.net >>>>> <mailto:tgrazi...@voice.myitdepartment.net> >>>>> Fax: 434.984.8431 >>>>> >>>>> Email: tgrazi...@myitdepartment.net >>>>> <mailto:tgrazi...@myitdepartment.net> >>>>> >>>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>>> Telephone: 434.984.8426 >>>>> sip: helpd...@voice.myitdepartment.net >>>>> <mailto:helpd...@voice.myitdepartment.net> >>>>> Fax: 434.984.8427 >>>>> >>>>> Helpdesk Contract Customers: >>>>> http://www.myitdepartment.net/gethelp/ >>>>> >>>>> Why do mathematicians always confuse Halloween and >>>>> Christmas? >>>>> Because 31 Oct = 25 Dec. >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ====================== >>>>> Tony Graziano, Manager >>>>> Telephone: 434.984.8430 >>>>> sip: tgrazi...@voice.myitdepartment.net >>>>> <mailto:tgrazi...@voice.myitdepartment.net> >>>>> Fax: 434.984.8431 >>>>> >>>>> Email: tgrazi...@myitdepartment.net >>>>> <mailto:tgrazi...@myitdepartment.net> >>>>> >>>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>>> Telephone: 434.984.8426 >>>>> sip: helpd...@voice.myitdepartment.net >>>>> <mailto:helpd...@voice.myitdepartment.net> >>>>> Fax: 434.984.8427 >>>>> >>>>> Helpdesk Contract Customers: >>>>> http://www.myitdepartment.net/gethelp/ >>>>> >>>>> Why do mathematicians always confuse Halloween and >>>>> Christmas? >>>>> Because 31 Oct = 25 Dec. >>>>> _______________________________________________ >>>>> sipx-users mailing list >>>>> sipx-users@list.sipfoundry.org >>>>> <mailto:sipx-users@list.sipfoundry.org> >>>>> List Archive: >>>>> http://list.sipfoundry.org/archive/sipx-users/ >>>>> >>>>> >>>>> >>>>> -- >>>>> ====================== >>>>> Tony Graziano, Manager >>>>> Telephone: 434.984.8430 >>>>> sip: tgrazi...@voice.myitdepartment.net >>>>> <mailto:tgrazi...@voice.myitdepartment.net> >>>>> Fax: 434.984.8431 >>>>> >>>>> Email: tgrazi...@myitdepartment.net >>>>> <mailto:tgrazi...@myitdepartment.net> >>>>> >>>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>>> Telephone: 434.984.8426 >>>>> sip: helpd...@voice.myitdepartment.net >>>>> <mailto:helpd...@voice.myitdepartment.net> >>>>> Fax: 434.984.8427 >>>>> >>>>> Helpdesk Contract Customers: >>>>> http://www.myitdepartment.net/gethelp/ >>>>> >>>>> Why do mathematicians always confuse Halloween and >>>>> Christmas? >>>>> Because 31 Oct = 25 Dec. >>>>> >>>>> >>>>> _______________________________________________ >>>>> sipx-users mailing list >>>>> sipx-users@list.sipfoundry.org >>>>> <mailto:sipx-users@list.sipfoundry.org> List Archive: >>>>> http://list.sipfoundry.org/archive/sipx-users/ >>>>> _______________________________________________ >>>>> sipx-users mailing list >>>>> sipx-users@list.sipfoundry.org >>>>> <mailto:sipx-users@list.sipfoundry.org> >>>>> List Archive: >>>>> http://list.sipfoundry.org/archive/sipx-users/ >>>>> >>>>> ------------------------------------------------------------------------ >>>>> _______________________________________________ >>>>> sipx-users mailing list >>>>> sipx-users@list.sipfoundry.org >>>>> <mailto:sipx-users@list.sipfoundry.org> List >>>>> Archive: http://list.sipfoundry.org/archive/sipx-users/ >>>>> >>>> _______________________________________________ >>>> sipx-users mailing list >>>> sipx-users@list.sipfoundry.org >>>> <mailto:sipx-users@list.sipfoundry.org> >>>> List Archive: >>>> http://list.sipfoundry.org/archive/sipx-users/ >>>> >>>> >>>> >>>> >>>> -- >>>> ====================== >>>> Tony Graziano, Manager >>>> Telephone: 434.984.8430 >>>> sip: tgrazi...@voice.myitdepartment.net >>>> <mailto:tgrazi...@voice.myitdepartment.net> >>>> Fax: 434.984.8431 >>>> >>>> Email: tgrazi...@myitdepartment.net >>>> <mailto:tgrazi...@myitdepartment.net> >>>> >>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>> Telephone: 434.984.8426 >>>> sip: helpd...@voice.myitdepartment.net >>>> <mailto:helpd...@voice.myitdepartment.net> >>>> Fax: 434.984.8427 >>>> >>>> Helpdesk Contract Customers: >>>> http://www.myitdepartment.net/gethelp/ >>>> >>>> Why do mathematicians always confuse Halloween and >>>> Christmas? >>>> Because 31 Oct = 25 Dec. >>>> >>>> >>>> >>>> >>>> -- >>>> ====================== >>>> Tony Graziano, Manager >>>> Telephone: 434.984.8430 >>>> sip: tgrazi...@voice.myitdepartment.net >>>> <mailto:tgrazi...@voice.myitdepartment.net> >>>> Fax: 434.984.8431 >>>> >>>> Email: tgrazi...@myitdepartment.net >>>> <mailto:tgrazi...@myitdepartment.net> >>>> >>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>> Telephone: 434.984.8426 >>>> sip: helpd...@voice.myitdepartment.net >>>> <mailto:helpd...@voice.myitdepartment.net> >>>> Fax: 434.984.8427 >>>> >>>> Helpdesk Contract Customers: >>>> http://www.myitdepartment.net/gethelp/ >>>> >>>> Why do mathematicians always confuse Halloween and Christmas? >>>> Because 31 Oct = 25 Dec. >>>> >>>> >>>> >>>> >>>> -- >>>> ====================== >>>> Tony Graziano, Manager >>>> Telephone: 434.984.8430 >>>> sip: tgrazi...@voice.myitdepartment.net >>>> <mailto:tgrazi...@voice.myitdepartment.net> >>>> Fax: 434.984.8431 >>>> >>>> Email: tgrazi...@myitdepartment.net >>>> <mailto:tgrazi...@myitdepartment.net> >>>> >>>> LAN/Telephony/Security and Control Systems Helpdesk: >>>> Telephone: 434.984.8426 >>>> sip: helpd...@voice.myitdepartment.net >>>> <mailto:helpd...@voice.myitdepartment.net> >>>> Fax: 434.984.8427 >>>> >>>> Helpdesk Contract Customers: >>>> http://www.myitdepartment.net/gethelp/ >>>> >>>> Why do mathematicians always confuse Halloween and Christmas? >>>> Because 31 Oct = 25 Dec. >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> sipx-users mailing list >>>> sipx-users@list.sipfoundry.org >>>> <mailto:sipx-users@list.sipfoundry.org> >>>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>>> >>> ------------------------------------------------------------------------ >>> _______________________________________________ sipx-users >>> mailing list sipx-users@list.sipfoundry.org >>> <mailto:sipx-users@list.sipfoundry.org> List Archive: >>> http://list.sipfoundry.org/archive/sipx-users/ >>> >> _______________________________________________ >> sipx-users mailing list >> sipx-users@list.sipfoundry.org <mailto:sipx-users@list.sipfoundry.org> >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> >> >> >> >> -- >> ====================== >> Tony Graziano, Manager >> Telephone: 434.984.8430 >> sip: tgrazi...@voice.myitdepartment.net >> <mailto:tgrazi...@voice.myitdepartment.net> >> Fax: 434.984.8431 >> >> Email: tgrazi...@myitdepartment.net <mailto:tgrazi...@myitdepartment.net> >> >> LAN/Telephony/Security and Control Systems Helpdesk: >> Telephone: 434.984.8426 >> sip: helpd...@voice.myitdepartment.net >> <mailto:helpd...@voice.myitdepartment.net> >> Fax: 434.984.8427 >> >> Helpdesk Contract Customers: >> http://www.myitdepartment.net/gethelp/ >> >> Why do mathematicians always confuse Halloween and Christmas? >> Because 31 Oct = 25 Dec. >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> sipx-users mailing list >> sipx-users@list.sipfoundry.org >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/